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1.  INTRODUCTION 


1.1  Purpose 


The  purpose  of  this  document  Is  to  specify  the  computer 
algorithms  and  operation  of  the  Automatic  Traffic  Advisory  and 
Resolution  Service  (ATARS)  and  its  interfaces  with  the  Discrete 
Address  Beacon  System  (DABS)  and  the  Air  Traffic  Control  System 
(ATC).  Reference  1  describes  the  DABS  sensor  which  provides 
surveillance  data  and  ground-to-air  and  ground-to-ground 
communications  to  permit  operation  of  the  ATARS  function. 

This  document  provides  algorithm  specifications  for  the 
following: 

1.  Report  processing  and  tracking  logic 

2.  Conflict  detection  and  resolution  logic 

3.  A  traffic  advisory  service 

4.  Logic  to  permit  operation  in  a  multi-site  environment 

5.  Logic  to  interface  ATARS  with  the  Beacon  Collision 
Avoidance  System  (BCAS) 

6.  Logic  to  treat  various  failure  conditions 

It  does  not,  however,  specify  procedures  to  be  followed  by 
pilots  or  controllers  using  ATARS  or  standards  to  be  met  in 
supplying  the  ATARS  function.  The  subject  of  standards  is 
treated  in  Reference  1  and  the  ATARS  function  to  be  supplied  is 
subject  to  all  of  the  requirements  of  Reference  1  as  if  this 
document  were  incorporated  in  total  at  the  point  of  reference. 

Reference  2,  which  provides  a  broad  conceptual-level  description 
of  ATARS,  is  a  useful  document  for  describing  the  philosophy  and 
goals  of  the  ATARS  function  in  detail. 

Reference  3  provides  a  detailed  description  of  the  DABS/ATARS 
function  in  the  context  of  the  ATC  operational  environment. 

1.2  Definitions 


Certain  conventions  and  definitions  of  terms  used  in  writing 
this  document  need  to  be  explained. 
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Three  terms  are  used  in  discussing  the  facilities  at  a 
particular  location.  The  term  "sensor"  means  the  complete  DABS 
sensor  as  described  in  Reference  1.  The  term  "ATARS  function" 
refers  to  all  of  the  additional  hardware  and  software  required 
at  a  location  to  provide  ATARS  service.  The  ATARS  function  is 
described  by  this  document.  In  this  document,  the  term  "ATARS 
function"  is  frequently  used  as  if  it  were  describing  a  separate 
piece  of  physical  equipment.  However,  the  implementation  of 
ATARS  may  not  be  physically  separate  and  so  this  term  refers  to 
a  conceptually  separate  function  or  task.  The  third  term, 
"site,"  refers  to  the  DABS  sensor  and  ATARS  function  at  a  single 
location,  collectively.  Any  of  these  three  terms  may  be 
qualified  by  the  terms  local  and  remote.  Local  refers  to  an 
item  at  the  single  location  of  principal  concern.  Remote  refers 
to  an  item  at  any  other  location. 

The  term  advisory  Is  used  to  refer  to  a  message  to  be  delivered 
to  an  aircraft.  There  are  several  types  of  advisory  messages 
generated  by  ATARS. 

The  term  scan  refers  to  the  act  of  the  sensor  antenna  rotating 
through  one  complete  revolution,  or  to  the  time  required  for 
this  act  to  take  place. 

Several  terms  are  used  to  describe  the  DABS  and  collision 
avoidance  avionics  equipage  of  an  aircraft  and  the  distinctions 
between  these  terms  need  to  be  understood.  An  aircraft  can  be 
classified  as  radar-only  (non-beacon)  or  as  ATCRBS  (Air  Traffic 
Control  Radar  Beacon  System)  or  DABS  depending  on  the  type  of 
beacon  transponder  carried  by  the  aircraft.  An  aircraft  can 
also  be  classified  as  either  ATARS  equipped  or  unequipped 
depending  on  whether  or  not  that  aircraft  has  an  ATARS  display. 
This  classification  is  used  to  select  appropriate  collision 
avoidance  advisories  for  a  given  pair  of  aircraft.  An  ATCRBS 
aircraft  and  radar-only  aircraft  are  always  designated  as 
unequipped.  However,  a  DABS  aircraft  may  be  either  ATARS 
equipped,  BCAS  and  ATARS  equipped,  or  neither  (unequipped). 

The  term  non-mode  C  is  used  to  refer  to  a  transponder-equipped 
aircraft  (either  ATCRBS  or  DABS)  without  mode  C  altitude 
reports,  or  an  aircraft  without  a  transponder  (i.e., 
radar-only).  The  terms  ATCRBS  and  DABS  in  this  document 
normally  imply  mode  C  altitude  is  present. 
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1.3  Organization 


Section  2  Is  a  brief  overview  of  the  ATARS  concept  describing 
the  services  provided  by  the  ATARS  algorithms.  This  section  is 
for  familiarization  only  and  is  not  a  complete  system 
description. 

Section  3  provides  a  high-level  view  of  the  operation  of  the 
ATARS  elements  and  discusses  the  coordination  between  them.  It 
describes  the  external  interfaces  of  the  ATARS  function.  It 
also  contains  definitions  of  the  data  structures  common  to  all 
ATARS  processing  tasks. 

Section  4  provides  a  description  and  pseudocode  for  the  report 
processing  and  tracking  tasks. 

Sections  5  through  16  contain  descriptions  and  pseudocode  for 
the  message  processing,  aircraft  processing,  conflict  detection, 
conflict  resolution,  BCAS  coordination,  and  multi-site 
coordination  functions  of  the  ATARS  system. 

Section  17  provides  pseudocode  and  a  description  of  the 
algorithms  to  be  implemented  under  various  failure  conditions  of 
the  DABS/ ATARS  system. 

Section  18  contains  a  functional  specification  for  the  ATARS 
Status  Monitoring  and  Reporting  Function.  Although  this 
function  must  interface  with  many  ATARS  tasks  and  data 
structures,  its  requirements  are  collected  in  this  section  alone. 

Section  19  presents  the  specification  for  the  ATARS  Data 
Extraction  Function.  This  function  also  must  interface  with 
many  tasks  and  data  structures  but  is  described  in  this  section 
alone. 

Appendix  A  collects  all  of  the  ATARS  system  variables  and 
parameters,  and  presents  nominal  values  for  each  parameter. 

This  Appendix  provides  a  cross-reference  to  the  pseudocode  in 
each  section  of  the  document. 

Appendix  B  defines  symbolic  constants  used  in  the  pseudocode. 

Appendix  C  defines  the  syntax  for  the  pseudocode  used  in  this 
document  to  define  the  ATARS  algorithms. 

Appendix  D  lists  the  references. 
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1.4  Pseudocode 


The  last  part  of  Sections  4  through  17  contain  the  pseudocode 
for  each  of  the  tasks  listed  in  Section  3.  This  approach  to 
software  specification  has  been  adopted  because  it  provides  a 
clear,  English-like  specification,  which  is  believed  superior  to 
flowcharts  for  conveying  complex  logic  to  the  reader;  and  at  the 
same  time  provides  a  precise  software  specification  using  a 
formal  structure,  which  is  again  superior  to  flowcharts  for 
error-free  design.  This  document  achieves  these  dual  goals  by 
using  both  a  "high-level"  English-like  pseudocode  and  a 
"low-level"  variable  specification  pseudocode,  always  printed 
side-by-side  on  facing  pages.  Each  task,  routine,  or  process  is 
limited  to  one  page,  with  no  limit  to  the  number  of  nested 
processes  used  to  express  the  algorithm. 

Each  pseudocode  section  begins  with  its  own  Table  of  Contents. 
Next  follows  the  declaration  of  any  parameters  and  variables 
which  are  local  to  that  task.  The  pseudocode  for  the  task  is 
next,  followed  by  its  first-level  processes,  in  the  order  of 
their  invocation,  and  then  all  lower-level  processes  in 
alphabetical  order.  Any  routines  or  additional  tasks  then 
follow,  with  same  content  for  each.  Since  this  is  pseudocode, 
and  not  actual  machine  code,  even  the  low-level  pseudocode 
contains  English  statements.  No  attempt  has  been  made  to 
produce  finished  code,  but  only  to  convey  clear  meaning  to  the 
programmer.  This  is  frequently  done  where  the  final  code  is 
heavily  implementation-dependent.  For  example,  numeric  values 
have  not  been  assigned  to  system  constants  (Appendix  B) ,  in 
which  the  values  used  are  not  significant,  so  long  as 
alternative  values  are  unique.  An  explanation  of  the  pseudocode 
is  given  in  Appendix  C.  This  should  be  read  before  beginning 
the  pseudocode  sections. 

Within  the  pseudocode,  certain  abbreviations  are  frequently  used 
in  order  to  maintain  the  critical  Indentation  which  describes 
the  logic,  and  limit  each  task  or  process  to  a  single  page.  For 
example,  "aircraft"  is  abbreviated  as  AC,  and  major  data 
structures  such  as  Pair  Record,  Conflict  Table,  etc.  are 
sometimes  abbreviated.  References  to  system  data  structures  are 
normally  given  in  full,  with  both  the  structure  name  and  the 
member  name  given.  However,  certain  shorthand  conventions  are 
used  at  times,  where  the  meaning  should  be  clear  to  the 
programmer.  These  conventions  are  described  at  the  start  of  the 
pseudocode  section  where  they  are  used.  A  non-qualified 
variable  name  (i.e.,  structure  not  stated)  refers  to  a  variable 
which  is  local  to  the  task  in  which  it  is  used. 
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1.5  Features  New  to  This  Specification 

ATARS  has  undergone  considerable  revision  and  refinement 
throughout  its  development,  the  most  recent  previous  version 
being  Reference  4.  The  major  revisions  new  to  this  document  are 

1.  Resolution  advisory  coordination  using  the  Resolution 
Advisory  Register  (RAR) 

2.  A  Traffic  Advisory  Service  providing  multiple  levels  of 
service 

3.  Traffic  Advisory  and  Domino  provisions  for  non-mode  C 
aircraft 

4.  A  level-occupancy  nonlinear  vertical  tracker 

5.  Various  new  and  revised  features  in  the  Resolution 
Advisories  Evaluation  Routine 

6.  A  Status  Monitoring  and  Reporting  function 

7.  A  Data  Extraction  function 


2.  SYSTEM  OVERVIEW 


The  basic  concept  of  ATARS  is  very  briefly  reviewed  here  as 
background  to  the  technical  description  of  the  algorithms.  A 
complete  functional  description  is  presented  in  Reference  2. 
The  discussion  here  is  only  intended  to  introduce  ATARS  to  the 
program  designer. 

2.1  Summary  Concept  Description 


The  Automatic  Traffic  Advisory  and  Resolution  Service  is  a 
ground  based  collision  avoidance  system  to  be  implemented  in  the 
following  environment: 

1.  Full  x,  y,  and  z  (altitude  reporting)  surveillance  or 
non-mode  C  (mode  A  or  primary  radar  data)  on  all 
aircraft  in  the  ATARS  surveillance  area 

2.  Direct  digital  data  link  to  displays  in  the  cockpits  of 
aircraft  receiving  ATARS  service 

3.  Aircraft  with  an  operational  Beacon  Collision  Avoidance 
System  (BCAS)  (see  Reference  5) 

4.  Netted  and  non-netted  adjacent  DABS  sites 

5.  An  automated  decision  process 

The  Discrete  Address  Beacon  System  (DABS)  provides  the  fully 
automatic  surveillance  and  data-link  communications  capabilities 
which  are  prerequisite  to  the  realization  of  ATARS. 

The  ATARS  system  monitors  the  location,  altitude,  and  velocity 
of  all  aircraft  throughout  a  contiguous  airspace  via  the  surveil¬ 
lance  capability.  A  ground  based  computer  processes  the  data  and 
continuously  provides  proximity  warning  information  and,  when 
necessary,  resolution  advisories  to  aircraft  receiving  A"ARS 
service.  A  limited  traffic  advisory  service  is  provided  to 
inform  ATARS  equipped  aircraft  of  nearby  non-mode  C  aircraft. 
Certain  messages  are  generated  by  ATARS  and  displayed  to  the 
responsible  air  traffic  controller  at  the  ATC  facility  when  a 
conflict  involving  a  controlled  aircraft  is  detected  by  the 
ATARS  system. 

2.2  Types  of  Encounters 

The  ATARS  system  behaves  differently  depending  on  whether  the 
aircraft  in  conflict  are  under  control  of  the  ATC  system 
(controlled  aircraft)  or  not  (uncontrolled  aircraft),  and  on 
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whether  one  aircraft  is  unequipped  to  receive  ATARS  resolution 
advisories  or  has  not  adequately  responded  to  the  original 
resolution  advisory.  The  types  of  messages  to  be  sent  to  the 
aircraft  and  the  parameters  used  in  the  detection  algorithms 
vary  with  the  type  of  encounter  involved. 

2.2.1  Uncontrolled/Uncontrolled  Encounters 


ATARS  is  a  limited  form  of  ground  based  air  traffic  control 
which  provides  proximity  warning  and  separation  services  to 
uncontrolled  aircraft  in  a  given  region  of  airspace.  It  is 
intermittent  in  that  it  intervenes  into  the  Visual  Flight  Rule 
(VFR)  flight  regime  only  when  that  flight's  present  course  and 
altitude  put  it  in  proximity  to,  or  in  potential  conflict  with 
other  traffic.  It  does  not  require  the  pilot  to  file  a  flight 
plan  or  to  operate  under  an  ATC  clearance. 

The  look-ahead  times  and  minimum  miss  distance  criteria  used  tc 
issue  resolution  advisories  in  uncontrolled /uncontrolled 
conflicts  are  of  a  "tactical"  nature  (e.g.,  30  seconds  and  0.5 
nmi)  and  imply  collision  avoidance  intervention  only  when  a 
conflict  is  imminent.  The  uncontrolled  aircraft  still  operates 
in  a  primarily  "free  flight"  mode. 

2.2.2  Uncontrolled/Controlled  Encounters 


In  an  uncontrolled/controlled  encounter,  the  air  traffic  con¬ 
troller  becomes  another  element  in  the  resolution  of  a  conflict. 
The  sequence  of  events  is  as  follows.  When  a  pair  of  aircraft 
is  observed  to  be  on  the  order  of  40  seconds  from  a  violation  of 

1.2  nmi  horizontal  separation  or  375  feet  vertical  separation,  a 
Controller  Alert  Message  is  generated  and  displayed  to  the 
controller  with  responsibility  for  the  controlled  aircraft. 

This  message  will  contain  the  conflict  resolution  advisory  which 
ATARS  would  deliver  to  the  uncontrolled  aircraft  if  it  were  to 
issue  one  at  this  time.  (If  the  conflict  alert  messages  which 
are  generated  within  the  en  route  or  terminal  automation  systems 
are  already  displayed  for  this  aircraft  pair,  the  controller 
message  generated  by  ATARS  need  not  be  displayed  in  duplicate.) 

At  the  same  time  a  threat  advisory  is  issued  to  both  pilots 
indicating  the  potential  conflict  and  that  they  should  attempt 
to  visually  acquire  the  threat  aircraft  and  make  a  threat 
assessment.  The  controller  observes  the  warning  on  his  display 
and  may  elect  to  maneuver  the  controlled  aircraft  to  avoid  the 
uncontrolled  aircraft  or  simply  issue  an  advisory  on  the 
traffic.  If  no  action  is  taken,  at  about  15  seconds  later  a 
resolution  advisory  is  issued  to  the  uncontrolled  pilot  informing 
him  that  he  should  perform  the  evasive  maneuver  Indicated.  If 
ATARS  determines  that  the  conflict  situation  has  continued  to 
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deteriorate  (approximately  25  seconds  before  closest  approach) 
then  the  controlled  aircraft  is  also  issued  a  resolution 
advisory.  Both  of  these  resolution  advise' xes  are  made 
available  to  ATC  for  display  to  the  controller. 

2.2.3  Controlled/Controlled  Encounters 


ATARS  can  serve  a  role  as  a  backup  collision  avoidance  or 
separation  assurance  system  for  conflicts  between  two  controlled 
aircraft.  It  is  not  a  controller  automation  aid  as  are  the 
present  conflict  alert  functions  in  the  terminal  and  en  route 
automation  systems.  ATARS  is  designed  to  maneuver  controlled 
aircraft  only  when  absolutely  necessary,  and  is  not  intended  to 
supplant  the  ATC  system  or  routinely  issue  resolution  advisories 
to  controlled  aircraft. 

An  ATARS  Controller  Alert  Message  is  generated  by  ATARS  at  a 
time  comparable  to  the  ATC  Conflict  Alert  time  for  display  to 
the  responsible  controller.  This  message  contains  the  conflict 
resolution  advisories  for  both  aircraft  which  ATARS  would  Issue 
If  It  were  to  do  so  at  that  time.  Both  pilots  are  informed  of 
the  potential  threat.  If  the  conflict  continues  to  deteriorate, 
ATARS  will  issue  resolution  advisories  to  the  pilots 
approximately  25  seconds  before  closest  approach  is  reached. 
These  advisories  are  also  made  available  to  ATC  for  display  to 
the  controller. 

The  continued  execution  of  ATARS  with  direct  data  link 
advisories  to  controlled  aircraft  as  well  as  to  uncontrolled 
aircraft  can  be  a  significant  safety  backup  during  periods  of 
ATC  hardware  or  software  failure. 

2.2.4  Encounters  With  More  Than  Two  Aircraft 


Logic  has  been  developed  to  resolve  conflicts  involving  more 
than  two  aircraft.  Details  of  this  logic  are  presented  in  a 
later  section. 

2.2.5  Encounters  With  One  Aircraft  Unequipped 

The  ATARS  system  can  detect  conflicts  between  one  equipped 
aircraft  and  one  aircraft  which  is  unequipped.  The  system 
uses  larger  time  thresholds  so  that  the  conflict  can  be  satis¬ 
factorily  resolved  by  issuing  resolution  advisories  only  to  the 
equipped  aircraft. 
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2.2.6  Encounters  Which  Are  Not  Resolved  With  Initial  Resolution 
Advisories  .  ~ 


Special  logic  to  alter  the  resolution  advisories  is  implemented 
in  encounters  which  continue  to  deteriorate  after  initial 
advisories  have  been  issued  or  in  which  additional  significant 
information  becomes  available  on  the  aircraft's  maneuvering 
status.  When  such  an  encounter  is  detected,  additional 
advisories  may  be  issued  to  one  or  both  aircraft. 

2.3  Uplink  Messages  to  be  Sent  to  Aircraft 


ATARS  information  is  uplinked  to  equipped  aircraft  in  display 
independent  formats  which  are  capable  of  supporting  a  wide  range 
of  display  implementations.  In  order  to  facilitate  the 
implementation  of  low  cost  avionics  as  well  as  to  provide 
sufficient  information  to  drive  sophisticated  avionics  (such  as 
a  graphic  display)  without  transmitting  a  large  amount  of 
unwanted  information  to  some  aircraft,  ATARS  has  been  designed 
to  provide  up  to  8  classes  of  service. 

This  document  describes  3  classes  of  service;  classes  0,  1  and 
2.  Each  class  of  service  provides  the  full  set  of  ATARS 
advisories;  however,  they  differ  in  terms  of  the  quantity  of 
information  provided. 

Upon  entry  into  ATARS  coverage,  each  avionics  Installation  will 
notify  the  ground  of  the  class  of  service  it  desires.  This  will 
be  the  lowest  class  of  service  that  will  permit  full  functioning 
of  the  avionics  installation,  thereby  making  efficient  use  of 
the  DABS  data  link. 

2.3.1  Proximity  Advisory 


A  proximity  advisory  is  used  to  inform  a  pilot  of  the  presence 
of  nearby  proximate,  non-threatening  aircraft.  The  message 
contains  sufficient  information  to  enhance  visual  acquisition. 
The  horizontal  range  and  relative  altitude  are  used  to  determine 
when  a  proximity  advisory  will  be  issued.  The  horizontal  range 
varies  with  the  speed  of  the  aircraft  involved.  If  one  aircraft 
receives  an  advisory  because  of  the  proximity  of  a  second 
aircraft,  that  second  aircraft  (if  ATARS  equipped)  will  also  be 
issued  an  appropriate  proximity  advisory  indicating  the  presence 
of  the  first  aircraft.  Note  that  for  ATARS  service,  at  least 
one  aircraft  must  be  ATARS  equipped. 
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2.3.2  Threat  Advisory 


When  an  aircraft  is  in  potential  conflict  with  another  aircraft 
as  determined  by  horizontal,  vertical,  and  miss-distance  tests, 
then  a  threat  advisory  is  issued  to  warn  the  pilot  of  the 
potential  collision  situation.  This  message  is  given 
approximately  15  seconds  in  advance  of  the  resolution  advisory 
to  give  the  pilots  involved  time  to  assess  the  situation  on 
their  own  by  locating  each  other  visually  using  the  relative 
bearing,  altitude,  and  heading  data  from  the  threat  advisory. 

2.3.3  Resolution  Advisory 


The  pilot  will  be  given  a  negative  resolution  advisory  either 
(1)  to  prevent  a  maneuver  that,  if  executed,  would  cause  a 
positive  resolution  advisory  to  be  issued,  or  (2)  when  stopping 
an  aircraft's  vertical  rate  or  rate  of  turn  would  produce 
sufficient  separation  to  resolve  the  conflict.  These  advisories 
are  in  the  form  of  generic  "don't"  messages  (don't  turn  left, 
don't  climb,  etc.).  All  data  provided  for  a  threat  advisory  is 
transmitted  with  a  resolution  advisory.  The  vertical  speed 
limit  (VSL)  is  a  negative  advisory  which  requires  that  the  pilot 
limit  his  rate  of  climb  or  descent. 

A  positive  resolution  advisory  will  b*  issued  whenever  ATARS 
determines,  based  upon  a  projection  of  the  aircraft,  that  the 
aircraft  will  come  closer  than  a  specified  separation  threshold. 

Resolution  is  accomplished  by  selecting  the  best  maneuver  for 
each  aircraft  for  the  particular  geOfflStry  such  that  clearance  of 
the  hazardous  condition  will  be  provided.  This  is  accomplished 
by  modeling  each  aircraft  as  responding  to  all  possible 
maneuvers  and  selecting  the  one  which  provides  the  most 
acceptable  maneuver  based  on  the  consideration  of  many  factors. 
The  advisories  are  removed  when  the  aircraft  no  longer  satisfy 
the  detection  criteria  for  such  advisories. 

2.3.4  Own  Message 

The  ATARS  ground  based  system  will  provide  periodic  Own  Messages 
to  suitably  equipped  aircraft.  This  message  contains 
information  pertaining  to  own  aircraft's  tracked  heading,  ground 
speed,  altitude,  and  turn  rate  as  seen  by  ATARS.  This 
information  is  used  by  the  aircraft's  on  board  display  processor 
to  aid  in  the  presentation  of  ATARS  generated  advisories. 
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2.3.5  Terrain,  Airspace,  and  Obstacle  Avoidance  Messages 

ATARS  will  give  an  alert  to  an  aircraft  too  near  the  terrain  or 
an  obstacle.  A  map  of  the  terrain  in  the  ATARS  service  area 
will  be  generated  from  U.  S.  Geological  Survey  Data  and  stored 
in  the  ATARS  data  base.  Also,  ATARS  will  provide  an  alert  to 
pilots  when  a  violation  of  restricted  airspace  is  Imminent. 
Uncontrolled  aircraft  will  be  alerted  upon  entry  into  a  Terminal 
Control  Area  (TCA).  Obstacles  and  restricted  airspace  regions 
will  also  be  stored  for  access  by  ATARS.  A  Controller  Alert 
Message  is  also  generated  when  these  kinds  of  alerts  are 
required . 

2.3.6  Altitude  Echo 


ATARS  lets  the  pilot  verify  his  mode  C  reported  altitude  and  his 
manually  entered  correction  to  his  barometric  altimeter 
reading.  This  message  is  sent  upon  the  aircraft  first  entering 
ATARS  service,  periodically  thereafter,  and  also  whenever  the 
pilot  requests  this  service.  The  message  uplinks  (echos)  the 
corrected  mode  C  report,  and  also  contains  the  altimeter 
correction  used  by  ATARS. 

2.4  Multi-site  Considerations 


ATARS  is  to  be  implemented  in  a  complete  system  by  performing 
the  ATARS  function  in  the  same  digital  computer  facility  that  is 
resident  at  each  DABS  sensor  site.  Hence,  ATARS  is  Implemented 
as  a  distributed  function  and  must  be  provided  with  a  means  for 
coordination  between  adjacent  ATARS  functions. 

The  necessary  coordination  between  ATARS  functions  can  be 
achieved  by  providing  direct  ground  communication  links  between 
adjacent  DABS  sites  or  by  using  the  information  stored  in  the 
Resolution  Advisory  Register  (RAR).  This  register  is  on  board 
each  aircraft  which  is  equipped  to  receive  ATARS  service.  Each 
ATARS  function  performs  ATARS  calculations  for  all  aircraft 
within  a  specified  geographical  area  which  represents  the  area 
of  responsibility  of  that  ATARS.  These  areas  of  responsibility 
overlap  in  the  vicinity  of  their  boundaries  to  form  seam  areas 
in  which  two  or  more  ATARS  functions  may  have  responsibility. 

The  generation  of  incompatible  resolution  advisories  to  a  pair 
of  aircraft  by  two  different  ATARS  functions  is  prevented  by 
assigning  a  priority  ordering  to  sites  which  provide  service  in 
the  seam  between  sites.  The  site  which  sees  both  the  aircraft 
and  has  the  highest  priority  is  allowed  to  resolve  the  conflict. 
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2.5  ATARS  -  BCAS  Coordination 

The  coordination  of  ATARS  and  BCAS  is  through  the  RAR.  The  RAR 
is  a  resolution  advisory  storage  device  on  board  each  BCAS  and 
ATARS  equipped  aircraft.  This  device  is  read  by  examining 
replies  to  BCAS  and  DABS  sensor  interrogations.  The  current 
resolution  advisories  generated  by  either  BCAS  or  ATARS  are 
taken  as  constraints  when  either  system  selects  maneuvers  for  a 
new  conflict. 
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3.  HIGH  LEVEL  PROCESSING  AND  SYSTEM  DATA  STRUCTURES 


3.1  High  Level  Processing 

This  section  discusses  the  execution  control,  the  sequencing  of 
tasks,  and  the  external  Interface  of  ATARS  sector  processing. 

3.1.1  Sector  Processing 

Special  consideration  must  be  given  to  the  proper  interplay  and 
overall  control  of  the  sector  oriented  task  sequencing  of  ATARS. 
Executive  control  must  arrange  for  smooth  transitions  of  control 
and  effective  utilization  of  computer  time  resources.  Although 
a  precise  implementation  of  an  executive  program  is  not  specifi¬ 
cally  addressed,  a  solution  is  outlined  in  the  diagram  of  Figure 
3-1. 


I 


:  I 

i  1 


Sector  processing  in  ATARS  provides  a  method  to  take  small, 
defined  areas  (sectors)  of  the  ATARS  surveillance  area  and 
process  the  data  from  each  sector  as  a  group.  The  ATARS  sectors 
illustrated  in  Figure  3-1  contain  two  antenna  sectors  of  11  1/4 
degrees  each.  (The  term  "sector”  used  unqualified  should  be 
interpreted  as  an  ATARS  sector  (22  1/2  degrees)  while  reference 
to  an  antenna  sector  (11  1/4  degrees)  will  always  be  written  as 
"antenna  sector".)  Because  of  a  generalized  design  approach  for 
sector  processing,  the  requirement  for  an  ATARS  sector  to  contain 
two  antenna  sectors  is  flexible  and  may  be  site  adaptable.  Care 
must  be  taken  when  enlarging  the  ATARS  sectors  in  that  a  larger 
area  would  contain  a  larger  data  base  and  each  sector's 
processing  time  would  have  to  be  adjusted.  Also,  certain  sector 
and  time  dependent  parameters  need  to  be  adjusted. 

The  report-to-track  correlations  provided  by  the  DABS  sensor  are 
accepted  by  ATARS  as  they  are  received  because  ATARS  is  an 
uncorrelating  user.  Track  data  which  is  tranferred  from  DABS  to 
ATARS  is  slaved  to  the  antenna  rotation.  Target  reports  arrive 
in  the  buffer  area  in  a  batch  (one  antenna  sector's  worth  of 
reports)  once  per  11  1/4  degree  antenna  sector.  The  DABS  sensor 
triggers  the  ATARS  executive  to  read  the  report  buffer  which 
Includes  a  header  containing  the  sector  identification  and 
sector  time. 

The  real-time  processing  rate  of  ATARS  is  maintained  in 
synchronization  with  the  DABS  sensor  beam.  This  antenna  sector 
synchronization  is  important  because  the  executive  program  must 
order  tasks  to  be  initiated  and  terminated  for  the  sector's  data 
at  discrete  times  in  the  processing  scan.  These  times,  noted  as 
critical  times  in  Figure  3-1,  refer  to  the  start  of  a  particular 
sector  in  the  processing  scan  (e.g.,  Note  critical  point  3. 
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This  means  no  data  for  sector  1  is  available  for  the  Report 
Processing  Task  before  the  start  of  sector  3).  The  sector 
numbers  in  the  diagram  illustrate  the  sequencing  of  tasks  for 
the  track  data  in  sector  1,  but  are  easily  related  to  any  sector 
by  just  adding  the  desired  sector's  Identification  number  minus 
one  to  the  critical  point  (e.g.,  Critical  point  3  on  the  diagram 
is  the  start  of  sector  3  when  referencing  the  processing  of 
sector  1  data.  If  sector  4  data  is  the  reference,  then  critical 
point  3  on  the  diagram  becomes  3  +  (4-1),  or  sector  6). 

The  sector  processing  diagram  illustrates  all  the  tasks  that 
must  be  executed  within  one  scan  for  each  sector  of  data.  The 
task  sequencing  and  data  flow  are  shown  by  the  solid  connecting 
lines.  Each  step  in  the  process  is  dependent  on  one  or  more 
tasks  being  completed  or  an  input  buffer  being  filled.  When  two 
or  more  tasks  must  be  completed  for  a  new  task  to  start,  a 
critical  point  in  sector  processing  is  noted.  A  summary  of  the 
time  span  required  or  allowed  for  each  task  in  a  single  scan  is 
outlined  in  Table  3-1.  The  executive  program  controls  the 
initiation  and  termination  of  each  task  according  to  the  window 
length  for  each  task.  With  the  starting  times  and  processing 
windows  allowed  for  the  various  tasks,  several  tasks  throughout 
the  processing  cycle  may  run  in  parallel  while  processing  a 
particular  sector.  The  executive  determines  that  each  sector  is 
processed  in  a  step-by-step  manner  throughout  the  ATARS  process. 
At  the  same  time,  the  executive  program  controls  and  determines 
when  each  task  is  ready  to  accept  the  next  sector  for  processing 
as  critical  points  are  reached  in  the  task  sequencing.  The 
executive  program  handles  the  major  data  structures  (Table  3-2) 
for  the  tasks  by  providing  pointers  to  each  sector  of  data  in 
the  data  structure  and  by  placing  data  in  the  various 
structures.  This  keeps  the  data  segregated  according  to  sectors 
where  required.  Care  must  be  taken  by  the  executive  to  make 
sure  that  data  structures  and  lists  for  a  particular  sector  are 
not  being  updated  and  read  at  the  same  time.  A  mechanism  for 
lockouts  must  be  implemented  to  prevent  this  possibility. 

One  delay  is  required  during  the  task  sequencing  and  must  be 
implemented  by  the  executive.  This  delay  is  required  to  make 
sure  that  up-to-date  aircraft  positions  and  velocities  are  used 
when  determining  potential  conflicts  or  resolving  old  conflicts 
with  the  sector  being  processed.  This  delay  occurs  after  execu¬ 
tion  of  the  Aircraft  Update  Processing  Task  and  the  new  position 
in  the  data  base  has  been  established  for  the  aircraft  in  the 
sector.  (The  aircraft  are  ordered  in  the  data  base  according  to 
their  x  coordinate  in  order  to  expedite  processing  in  succeeding 
tasks.)  In  order  to  have  current  positions  for  aircraft  in  the 
two  adjacent  sectors,  further  processing  of  the  current  sector 
is  delayed  until  aircraft  in  the  next  two  sectors  have  been 
updated. 
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TABLE  3-1 

TIMING  WINDOWS  FOR  ATARS  FUNCTIONAL  PROCESSES 


ATARS  FUNCTION 


WINDOW  START 

(Processing  Length-Sectors) 


Downlink 

N 

(2.0) 

Incoming  Seam  Pair  Request 

N 

Processing  and  Reply  (Conflict 

Tables) 

(2.0) 

Surveillance  Report  Processing 

N+2 

(0.5) 

Non-surveillance  Message  Processing 

N+2 

(0.5) 

Track  Processing 

N+2 

(0.5) 

RAJR  Processing 

N+2. 5 
(1.0) 

New  Aircraft  Processing 

N+2. 5 
(0.5) 

Aircraft  Update  Processing 

N+2. 5 
(0.5) 

Resolution  Notification 

N+4.5 

(1.5) 

Terrain/ Air space/ 

N+4.5 

Obstacle  Avoidance 

(9.5) 

Coarse  Screen 

N+4.5 

(2.5) 

Detect 

N+4.5 

(2.5) 
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TABLE  3-1 
(Concluded) 


ATARS  FUNCTION  (Proces 

13.  Traffic  Advisory 

14.  Seam  Pair 

15.  Master  Resolution  (Normal) 

16.  Request  and  Process  Remote 
Conflict  Tables 

17.  Conflict  Resolution  Data 

18.  Resolution  Deletion 

19.  Master  Resolution  (Delayed) 

20.  Conflict  Pair  Cleanup 

21.  State  Vector  Deletion 

22.  Data  Link  Message  Construction 

23.  Uplink 


i 

I 
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WINDOW  START 
sing  Length-Sectors) 

N+7 

(7.0) 

N+7 

(4.0) 

N+7 

(6.5) 

N+7 

(4.0) 

N+7 

(9.0) 

N+7 

(6.5) 

N+ll 

(2.5) 

N+13.5 

(0.5) 

N+13 

(0.5) 

N+14 

(1.0) 

N+15 

(1.0) 


TABLE  3-2 


MAJOR  DATA  STRUCTURES  FOR  ATARS  SECTOR  PROCESSING 

DESCRIPTION  (Sector  Requirement) 

Surveillance  Input  Data  (Antenna  Sector) 

State  Vector  (None) 

PWILST  (None) 

Conflict  Table  and  Pair  Record  (None) 

Encounter  Liat  (ATARS  Sector) 

XINIT  List  (ATARS  Sector) 

X-llst  and  EX-li8t  (ATARS  Sector  Threading) 

ATARS  Sector  List  (ATARS  Sector) 

Potential  Pair  List  (ATARS  Sector) 

Resolution  Pair  Acknowledgement  List  (None) 

Controller  Alert  List  (None) 

Deletion  List  (ATARS  Sector) 


REFERENCE 

3.2 

3.3.1 

3.3.2 

3.3.3 

3.3.4 

4. 5. 1.3 
6.1.1 
6.1.2 

7.4 
11.2 
11.2 

15.3 
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3.1.2  Task  Timing  and  Sequencing 

Figure  3-1  presents  the  highest  level  flow  diagram,  which 
displays  the  sequencing  of  all  the  major  tasks  for  ATARS  sector 
processing.  The  major  delivery  points  for  the  input/output 
buffers  are  Indicated  on  the  diagram.  The  numbers  in  the  boxes 
denote  critical  points  in  the  task  sequencing  where  several 
tasks  must  be  completed  before  starting  the  next  task.  It  is 
required  that  the  tasks  be  executed  in  the  order  shown  in  Figure 
3-1  for  each  sector  of  data.  Each  task  in  the  sector  processing 
sequence  has  a  defined  "window"  in  which  all  computations  for 
the  particular  sector  of  data  must  be  completed  (see  Table 
3-1).  The  individual  tasks  involve  other  routines  and  processes 
which  are  necessary  to  complete  the  assignments  for  a  given  task. 

The  following  discussion  describes  the  operation  of  the  ATARS 
sector  processing  at  the  highest  level  and  represents  the  perfor¬ 
mance  of  all  tasks  on  data  from  one  ATARS  sector.  Through  the 
executive  control,  this  sector  process  is  applied  individually 
to  the  data  from  all  ATARS  sectors  in  the  manner  described  in 
Section  3.1.1. 

The  first  major  input  data  processor  is  the  Non-surveillance 
Message  Processing  Task  which  accepts  non-surveillance  data  from 
DABS  on  an  antenna  sector  basis  through  the  Non-surveillance 
Buffer.  The  messages  are  processed  once  per  antenna  sector  at 
the  Initiation  of  report  processing.  The  output  of  the 
non-surveillance  task  is  used  to  update  the  aircraft  state 
vectors  accordingly. 

The  second  major  input  data  processor  is  the  RAR  Processing 
Task.  RAR  Information  is  received  through  the  RAR  Buffer.  The 
messages  are  processed  once  per  sector.  The  primary  function  of 
the  RAR  processor  is  to  examine  the  contents  of  the  RAR  of 
aircraft  with  ATARS  equipage  each  time  this  data  is  downlinked 
and  to  update  the  information  in  the  ATARS  Conflict  Tables 
accordingly.  RAR  processing  notes  the  acceptance  of  resolution 
advisories  uplinked  by  the  local  ATARS  site  and  records  the 
existence  of  resolution  advisories  generated  by  other  systems. 

For  conflicts  involving  a  controlled  aircraft,  the  RAR 
Processing  Task  also  updates  the  Resolution  Pair  Acknowledgement 
List  to  show  the  controller  resolution  advisories  which  have 
actually  been  delivered  by  the  various  collision  avoidance 
systems. 

The  third  major  input  data  processor  is  the  Report  Processing 
Task.  The  Information  for  this  task  is  received  through  the 
Surveillance  Buffer  and  the  reports  are  processed  once  per 
antenna  sector.  A  decision  is  made  on  whether  the  reports  fall 
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inside  the  ATARS/Domlno  surveillance  area  and,  if  so,  DABS  and 
ATCRBS  tracks  are  initiated  with  an  aircraft  state  vector  and 
added  to  the  antenna  sector  list. 

A  fourth  task  which  processes  input  data  is  the  Incoming  Seam 
Pair  Request  Processing  and  Reply  Task.  The  data  for  this  task 
is  received  through  the  ATARS-to-ATARS  Buffer.  This  buffer 
operates  as  a  two-way  exchange,  providing  input  and  accepting 
outputs  from  this  task.  The  incoming  seam  pair  request  task 
performs  processing  and  forms  replies  to  messages  received  over 
ground  lines  (during  the  antenna  sweep  through  sector  1)  from 
neighboring  ATARS  sites.  Each  message  is  a  request  for  Conflict 
Tables  involving  a  specified  pair  of  aircraft.  This  task 
identifies  the  aircraft  in  the  request  and  returns  own-site's 
copy  of  the  Conflict  Tables,  if  any. 

After  report  processing  has  initiated  new  tracks  for  the  XINIT 
List  or  associated  reports  with  existing  tracks,  the  Track 
Processing  Task  performs  track  updates  through  the  smoothing  and 
prediction  algorithms.  As  new  tracks  are  qualified  for  ATARS 
service,  they  are  added  to  a  track  initiation  list  for  additions 
to  the  ATARS  data  base.  These  aircraft  are  then  added  to  the 
X-list  or  EX-list  in  the  New  Aircraft  Processing  Task.  The  new 
aircraft  are  linked  into  the  data  base  to  be  included  with 
aircraft  in  the  ATARS  sector  for  which  they  are  identified.  The 
Track  Processing  Task  performs  additional  elimination  of  tracks 
which  are  not  to  be  serviced  by  ATARS. 

Next,  each  aircraft  in  the  sector  has  its  position  updated  to  a 
common  sector  time  in  the  Aircraft  Update  Processing  Task.  This 
is  necessary  because  track  reports  are  received  from  both  the 
local  sensor  and  remote  sensors,  and  the  data  received  on  all 
aircraft  will  have  been  measured  at  different  times. 

The  area  near  the  radar  site  providing  the  surveillance  data  for 
ATARS  must  be  given  special  consideration  in  this  task  during 
sector  processing.  This  area  is  designated  the  hub  area  and  is 
defined  by  a  circle  of  radius  RHUB  (approximately  10  nmi)  from 
the  radar  site  (Figure  3-2).  The  position  of  all  aircraft  in 
the  area  must  be  updated  every  quarter  scan  (approximately  1.2 
seconds).  This  is  necessary  in  sector  processing  because  data 
is  processed  in  sector  groups  and  a  small  position  change  in 
this  area  may  move  an  aircraft  one  or  more  sectors  from  its  last 
sector  location.  Thus,  an  updated  sector  identification  and 
position  is  maintained  for  aircraft  in  the  immediate  vicinity  of 
the  radar  site  four  times  per  antenna  scan.  Using  the  updated 
data  base,  a  sector  of  aircraft  is  processed  in  a  parallel  mode 
by  the  following  two  tasks:  Coarse  Screen  Task  and 
Terrain/ Airspace/Obatacle  Avoidance  Task. 
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RHUB  -  RADIUS  OP  HUB  PROCESSING  AREA 


FIGURE  3-2 

DIAGRAM  OF  HUB  PROCESSING  AREA  AS 
CONTAINED  IN  THE  ATARS  SERVICE  AREA 


The  Coarse  Screen  Task  searches  the  data  base  for  aircraft  that 
are  potentially  in  conflict  with  each  entry  on  this  sector's 
list  of  aircraft.  This  search  is  implemented  through  the  use  of 
two  independent,  doubly  linked  lists  which  are  ordered  on  the  x 
coordinates  of  the  aircraft.  Each  aircraft  is  contained  on  one 
list  or  the  other.  Two  separate  lists  are  maintained  in  order 
to  make  the  search  for  potential  conflict  pairs  more  efficient. 
All  aircraft  which  would  require  large  search  limits  because  of 
high  speeds  or  other  factors  are  placed  on  one  list  called  the 
EX-list  and  all  other  aircraft  are  placed  on  the  other  list 
called  the  X-list.  In  coarse  screening  each  aircraft  is 
compared  with  its  neighbors  on  its  own  list  (and  possibly  with 
some  aircraft  on  the  other  list,  as  well)  to  find  all  pairs  of 
potentially  conflicting  aircraft.  A  pattern  of  searches  has 
been  devised  that  avoids  duplicate  detection  of  pairs.  The 
pairs  of  aircraft  which  are  identified  are  entered  on  the 
Potential  Pair  List  for  this  sector. 

The  Terrain/Airspace/Obstacle  Avoidance  Task  has  the  capability 
to  provide  an  alert  for  the  violation  of  restricted  airspace, 
close  proximity  to  the  terrain,  and  close  proximity  to  an 
obstacle.  This  task  operates  on  the  sector  list  of  aircraft  and 
only  affords  service  for  those  aircraft  in  the  ATARS  service 
area.  The  logic  to  determine  the  need  for  an  alert  is  provided 
in  this  task,  while  the  actual  construction  of  the  uplink 
message  is  performed  by  the  Data  Link  Message  Construction  Task 
later  in  the  sector  processing  sequence. 

Processed  in  parallel  with  the  above  two  tasks  is  the  Resolution 
Notification  Task.  This  task  processes  all  pairs  on  the 
Resolution  Pair  Acknowledgement  List  for  the  sector.  The 
generation  of  Resolution  Notification  Messages  to  the  controller 
occurs  in  the  Resolution  Notification  Task. 

The  Potential  Pair  List  for  the  sector  is  used  by  the  Detect 
Task.  Detection  determines  if  ATARS  controller  alert  or 
traffic/resolution  advisories  are  required  for  each  pair  on  the 
list.  The  output  of  the  Detect  Task  is  an  Encounter  List  entry 
which  indicates  if  a  controller  alert,  proximity  advisory, 
threat  advisory  or  resolution  advisory  are  required. 

If  the  pair  was  previously  in  resolution  status  and  no  longer 
requires  resolution,  it  is  flagged  for  resolution  deletion. 

Pairs  on  the  Encounter  List  are  input  to  the  Traffic  Advisory 
and  Seam  Pair  Tasks  which  determine  the  correct  action  for  the 
pair.  The  Traffic  Advisory  Task  creates,  updates,  and  deletes 
entries  on  a  list  maintained  for  each  subject  aircraft.  Entries 
on  the  list  contain  data  for  other  aircraft  which  are  in 
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conflict  with  the  subject  aircraft.  This  data  is  used  later  to 
generate  traffic  advisory  messages.  Pairs  which  require 
resolution  are  processed  by  the  Master  Resolution  Task,  either 
Normal  or  Delayed. 

Those  pairs  on  the  Encounter  List  which  are  flagged  for 
resolution  deletion  are  processed  by  the  Resolution  Deletion 
Task.  This  task  has  the  general  purpose  of  ensuring  that 
conflict  pair  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  it  is  no  longer  needed.  This  task  initiates 
the  uplink  of  null  resolution  advisories  for  conflicts  which 
were  resolved  by  the  local  site  and  deletes  data  for  any 
aircraft  flying  out  of  the  local  site's  coverage  area. 

The  Encounter  List  is  used  as  input  for  the  Seam  Pair  Task. 

This  task  determines  own-site  resolution  responslbl 1 ity  for  each 
pair  on  the  Encounter  List.  If  own-site  is  response  ole  and 
either  aircraft  is  in  an  ATARS  seam,  the  task  flags  the  pair  for 
delayed  resolution.  Normal  resolution  is  allowed  if  neither 
aircraft  is  in  a  seam.  The  controller  alert  status  is  also  set 
or  cleared  according  to  own-site's  resolution  responsibility. 

The  Conflict  Resolution  Data  Task  is  available  for  processing  as 
soon  as  there  are  entries  on  the  Encounter  List  requiring  a 
controller  alert.  The  task  creates  and  updates  from  the 
Information  on  the  Encounter  List  entries  on  the  Controller 
Alert  List.  When  three  of  the  last  five  scans  have  had  a 
controller  alert  flag  set  in  the  Detect  Task,  or  have  had  the 
Immediate  controller  alert  flag  set  in  detect,  a  Controller 
Alert  Message  is  generated  containing  conflict  resolution  data. 

The  Master  Resolution  (Normal)  Task  provides  the  framework  for 
the  initial  selection  of  resolution  advisories,  the  monitoring 
of  the  conflict  to  adjust  resolution  advisories  to  more 
restrictive  or  less  restrictive  maneuvers  as  the  situation 
warrants,  the  staging  of  advisories  In  an  uncontrolled/ 
controlled  encounter,  and  the  recompution  of  resolution 
advisories  when  the  initial  maneuvers  are  ineffective  or 
incompatible  with  advisories  from  another  source.  This  is 
accomplished  through  the  use  of  the  Encounter  List,  Pair 
Records,  and  Conflict  Tables.  The  logic  for  providing  the 
selection  of  the  best  resolution  maneuver  for  a  pair  of  aircraft 
given  the  current  set  of  constraints  is  the  Resolution 
Advisories  Evaluation  Routine  which  is  called  by  the  Master 
Resolution  Task.  This  logic  performs  a  fast-time  simulation  of 
all  possible  sets  of  maneuvers  and  selects  the  one  that  will 
provide  the  greatest  safety  after  considering  many  factors. 

Some  of  these  factors  are  the  separation  at  closest  approach, 
the  turn  status  of  each  aircraft,  the  likelihood  of  a 
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domino  conflict,  and  the  vertical  and  horizontal  maneuver 
performance  of  the  aircraft.  The  logic  evaluates  multi-aircraft 
situations  by  considering  the  current  maneuver  constraints  when 
determining  resolution  advisories  for  a  new  conflict.  If  the 
Resolution  Advisory  Evaluation  Routine  is  unable  to  select 
resolution  advisories  for  a  conflict  pair  when  called  by  the 
Master  Resolution  (Normal)  Task,  then  the  pair  is  flagged  for 
processing  by  the  Master  Resolution  (Delayed)  Task. 

Before  the  completion  of  the  Master  Resolution  (Normal)  Task, 
the  Master  Resolution  (Delayed)  Task  is  initiated  for  the 
sector's  aircraft  seam  pairs  and  pairs  not  resolved  by  the 
Master  Resolution  (Normal)  Task.  The  Master  Resolution 
(Delayed)  Task  provides  the  same  service  to  the  aircraft  pairs 
as  the  Master  Resolution  (Normal)  Task. 

At  the  completion  of  normal  and  delayed  master  resolution,  the 
Conflict  Pair  Cleanup  Task  is  initiated.  The  Conflict  Pair 
Cleanup  Task  serves  as  a  backup  to  the  Resolution  Deletion  Task 
to  ensure  that  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  It  Is  no  longer  needed.  Primary  input  to  the 
task  is  the  linked  list  of  Conflict  Tables. 

After  the  completion  of  the  Conflict  Pair  Cleanup  Task,  the 
State  Vector  Deletion  Task  is  initiated  for  the  sector.  This 
task  deletes  the  State  Vector  and  ends  tracking  of  an  aircraft 
which  leaves  the  ATARS/Domino  surveillance  area.  If  the 
aircraft  is  involved  in  a  conflict,  an  entry  is  made  on  the 
remote  list  of  aircraft.  If  ATARS  has  unfinished  business  with 
the  aircraft,  the  above  actions  are  inhibited. 

The  last  task  to  be  executed  in  the  sector  sequei.  ing  is  the 
Data  Link  Message  Construction  Task.  This  task  processes  the 
sector's  list  of  aircraft  and  generates  all  messages  required  to 
be  uplinked  to  each  aircraft.  The  task  reads  the  PWILST  and 
Conflict  Tables  and  generates  traffic  advisories  and  resolution 
advisories  for  aircraft  in  conflict.  If  the  aircraft  is  in 
restricted  airspace,  or  in  proximity  to  the  ground  or  other 
obstacles,  it  generates  a  message  containing  warning  data. 

The  Data  Extraction  Function  records  Important  ATARS  parameters, 
suitable  for  reconstructing  a  particular  aircraft  pair’s 
progress  through  the  ATARS  system.  This  information  can  be  used 
for  analysis,  system  error  tracing,  or  as  an  event  log.  The 
logic  for  this  task  does  not  exist  as  a  separate  entity,  but  Is 
Interspersed  among  all  ATARS  software.  The  code  utilized  and 
consequently  the  information  extracted  is  a  system  option. 

The  Status  Monitoring  and  Reporting  Function  monitors  all  of  the 
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ATARS  tasks  and  major  files  for  failure  or  marginal  operation 
conditions.  It  determines  whether  ATARS  can  be  classified  as 
operating  normally,  degraded,  or  has  failed.  It  reports  the 
ATARS  status  to  DABS  and  to  ATC.  It  can  provide,  upon  ATC 
request,  a  complete  list  of  degraded  or  failed  conditions  it  has 
detected. 

3.2  ATARS  Interfaces 

The  ATARS  interfaces  go  through  the  DABS  sensor.  Even  though 
ATARS  sends  messages  to  ATC  facilities,  aircraft  and  other 
sites,  and  receives  messages  from  these  sources,  all 
communications  are  handled  through  the  local  DABS  sensor.  The 
exact  physical  character  of  the  interfaces  and  the  buffer 
formats  between  DABS  and  ATARS  are  found  in  Reference  1.  The 
contents  of  the  surveillance  report  formats  are  discussed  in 
this  section  for  clarification. 

A  diagram  of  the  ATARS-SENSOR  interface  is  illustrated  in  Figure 
3-3.  Note  that  some  of  the  information  flows  in  one  direction 
only  (DABS- to- ATARS,  ATARS-tO-DABS)  and  the  ATARS-to-ATARS 
information  flows  in  a  two-way  buffer.  The  ATARS  buffers  noted 
in  the  diagram  are  serviced  by  the  appropriate  task  in  the  ATARS 
software. 

The  input-only  information  from  the  DABS  sensor  to  ATARS 
consists  of  reports  in  the  following  four  buffers: 

1.  RAR  Buffer 

2.  Surveillance  Buffer 

3.  Non-surveillance  Buffer 

4.  ATC  Coordination  Buffer 

These  buffers  are  written  by  the  DABS  sensor  and  read  by  ATARS. 
They  are  two-segment  buffers  with  one  segment  being  written  at 
the  same  time  that  the  other  segment  is  read.  Overwriting  a 
segment  which  is  being  read  must  be  prevented  by  a  lockout  flag 
or  by  careful  program  timing. 

Input  data  for  the  Surveillance  Buffer  is  transmitted  in  blocks 
consisting  of  all  the  reports  available  to  the  local  sensor 
(local  or  remote  reports)  during  one  11  1/4  degree  antenna 
sector  of  local  antenna  rotation.  A  single  completion  interrupt 
is  then  given  to  the  ATARS  processor.  Just  before  the 
interrupt,  a  special  header  word  is  filled  in  each  Surveillance 
Buffer  with  the  current  local  antenna  sector  identification 
number  and  antenna  sector  time  (see  Figure  3-4). 
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FIGURE  3-3 

ATARS-SENSOR  INTERFACE  DIAGRAM 


FIGURE  3-4 

SURVEILLANCE  BUFFER  DATA  STRUCTURE 
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The  Surveillance  Buffer  contains  imports  utilized  by  the  ATARS 
Report  Processing  Task.  The  local  or  remote  reports  are 
disseminated  to  ATARS  using  the  formats  given  in  Table  3-3  for 
DABS,  Table  3-4  for  ATCRBS  reports  and  Table  3-5  for  radar-only 
reports.  These  reports  are  outputs  of  the  DABS  sensor  tracker 
correlator;  uncorrelated  reports  do  not  occur.  These  reports 
are  accepted  in  their  entirety,  as  ATARS  is  a  non-correlating 
user  of  DABS. 

The  RAR  Buffer  contains  all  the  RAR  information  from  the  RAR 
equipped  aircraft.  The  RAR  Buffer  contents  are  continuously 
read  by  the  RAR  Processing  Task  and  the  information  is  passed 
along  to  the  appropriate  ATARS  tasks. 

The  Non-surveillance  Buffer  contains  other  messages  not  related 
to  surveillance  processing.  The  buffer  is  read  on  a  continuing 
basis  by  the  Non-surveillance  Message  Processing  Task.  The 
formats  of  these  messages  are  indicated  in  Section  5. 

The  ATC  Coordination  Buffer  contains  all  the  messages  being 
passed  from  ATC  to  ATARS.  The  sensor  acts  merely  as  a  medium  to 
transfer  the  messages  on  a  timely  basis.  These  messages  are 
read  on  a  continuing  basis  by  ATARS. 

The  output-only  information  from  ATARS  to  the  DABS  sensor 
consists  of  reports  in  the  following  four  buffers: 

1.  Uplink  Message  Buffer 

2.  Non-surveillance  Buffer 

3.  ATC  Coordination  Buffer 

4.  Data  Extraction  Buffer 

The  ATARS  messages  generated  for  the  aircraft  through  the  Data 
Link  Message  Construction  Task  are  delivered  to  the  Uplink 
Message  Buffer.  All  non-surveillance  messages  generated  by 
ATARS  are  delivered  to  the  Non-surveillance  Buffer.  ATC  message 
and  Data  Extraction  information  are  transferred  to  the 
appropriate  buffer. 

The  ATARS-to- ATARS  buffer  provides  information  from  local  ATARS 
to  remote  ATARS  and  remote  ATARS  information  for  local  ATARS. 
This  buffer  contains  the  communication  necessary  between  ATARS 
sites  that  need  not  be  acted  on  by  the  sensor. 
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TABLE  3-3 


DABS  REPORT  FORMAT1 


FIELD 


LENGTH  (Bits) 


Test 

1 

Format  Type 

2 

Radar  Substitution 

1 

Mode  C  Present 

1 

Sensor  Priority  Status 

1 

SPI  (IDENT) 

1 

Radar  Reinforced 

1 

Code  7700 

1 

Code  7600 

1 

Alert 

1 

Target  Control  State 

1 

Reply  Type 

3 

Null  Report 

1 

Track  Start 

1 

Track  Drop 

1 

Range2,  LSB  =  1  Ru  (1/16  us) 

16 

Azimuth,  LSB  =  1  Au  (0.022°) 

14 

Mode  C  Altitude,  LSB  -  100  feet 

12 

DABS  ID 

24 

Sensor  ID 

4 

Time  of  Day 

24 

Diffraction  Flag 

1 

Altitude  Correction 

8 

Zenith  Cone  Flag 

1 

ATARS  UM  Field 

6 

Non-empty  RAR  Condition 

1 

Spares 

8 

1-The  exact  form  of  this  data  is  provided  in  Reference  1. 
2Thi8  i 8  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-4 


ATCRBS  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 

Test  1 
Format  Type  2 
Radar  Substitution  1 
Mode  3/A  Present  1 
Mode  C  Present  1 
Mode  C  Not  Decoded  1 
SPI  (IDENT)  1 
Radar  Reinforced  1 
Code  7700  1 
Code  7600  1 
Target  Control  State  1 
False  Target  Flag  1 
Correlation  Confidence  1 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range^  LSB  =  1  Ru  (1/16  us)  16 
Azimuth,  LSB  *  1  Au  (0.022°)  14 
Mode  C  Altitude,  LSB  *  100  feet  12 
Mode  3 /A  12 
ATCRBS  Surveillance  File  No.  12 
ATCRBS  Code  in  Transition  1 
Sensor  ID  4 
Time  of  Day  24 
Diffraction  Flag  1 
Altitude  Correction  8 
Zenith  Cone  Flag  1 
Spares  8 


1The  exact  form  of  this  data  is  provided  in  Reference  1. 
^This  is  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-5 


RADAR  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 


Test  1 
Format  Type  2 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range2,  LSB  -  1  Ru  (1/16  us)  16 
Azimuth,  LSB  «  1  Au  (0.022°)  14 
Radar  Surveillance  File  No.  12 
Sensor  ID  4 
Time  of  Day  24 
Spares  8 


1The  exact  form  of  this  data  Is  provided  In  Reference  1. 
2Thls  Is  a  two-way  range  expressed  In  units  of  time. 
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3.3  System  Data  Structures 


There  are  four  main  data  structures  used  throughout  the  ATARS 
algorithms.  They  are  introduced  in  this  section  and  discussed 
in  detail  in  the  sections  referenced  below. 

3.3.1  Aircraft  State  Vector 


The  aircraft  State  Vector  used  by  the  ATARS  processor  is 
presented  in  pseudocode  in  the  System  Data  Structures.  The 
State  Vector  contains  all  the  known  information  for  a  particular 
aircraft  that  is  being  tracked  by  ATARS.  The  data  is  listed  in 
the  pseudocode  under  several  distinct  categories: 

Pointers 

Horizontal  Tracker  Data 
Vertical  Tracker  Data 
Times 
Flags 

General  Values 
Domino  Projections 
Data  Block 

The  nomenclature  for  each  data  variable  in  this  document  may  be 
used  with  the  number  1  or  2  added  as  a  suffix  (e.g.,  XDE,  XDEl, 
XDE2).  When  the  variables  appear  without  the  numerical  suffix, 
a  single  aircraft  is  being  addressed  in  the  discussion.  In  such 
a  single  aircraft  situation,  variables  may  also  appear  with  a  1 
as  a  suffix.  When  two  aircraft  are  being  compared,  it  is 
necessary  to  identify  the  variables  from  each  aircraft's  State 
Vector.  To  do  this,  a  1  is  added  to  the  subject  aircraft's 
State  Vector  and  a  2  is  added  to  the  object  aircraft's 
State  Vector  variables. 

The  individual  aircraft  State  Vectors  are  placed  in  a  file 
called  the  Central  Track  Store  (CTS).  The  CTS  is  a  convenient 
location  to  access  all  tracks  for  the  ATARS  processor.  Detailed 
information  for  the  CTS  usage  is  found  in  Section  A. 3. 

3.3.2  PWILST 


The  PWILST  is  a  data  structure,  accessed  from  an  aircraft  State 
Vector,  which  stores  traffic  and  other  non-resolution 
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advisories.  Every  entry  has  a  TYPE  and  several  data  fields. 

The  entries  are  created  by  the  Traffic  Advisory  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
9.2.  This  list  is  maintained  from  scan  to  scan  as  long  as  ATARS 
service  continues. 

3.3.3  Conflict  Table  and  Pair  Record 


This  table  is  a  data  structure,  accessed  from  the  aircraft  State 
Vector,  for  each  aircraft  involved  in  a  conflict.  Each  Conflict 
Table  contains  information  on  all  the  aircraft  in  the  cluster, 
linkage  to  other  Conflict  Tables,  a  pointer  to  the  list  of  Pair 
Records,  and  Conflict  Table  entries.  The  Conflict  Table  entries 
contain  the  information  about  the  aircraft  in  relation  to  the 
conflict  cluster,  resolution  advisories,  and  displayed 
advisories.  Conflict  Tables  contain  a  Pair  Record  for  every 
aircraft  pair  declared  in  conflict.  The  Pair  Record  contains 
information  that  is  unique  to  a  particular  pair  in  the  Conflict 
Table.  The  Conflict  Table  entry  is  created  by  the  Seam  °air 
Task  and  is  maintained  by  the  Master  Resolution  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
12.2.  This  data  is  maintained  from  scan  to  scan  as  long  as  the 
conflict  remains  and  is  deleted  by  the  Resolution  Deletion  Task 
or  the  Conflict  Pair  Cleanup  Task. 

3.3.4  Encounter  List 


This  list  is  created  by  the  Detect  Task  as  it  processes  each 
sector's  Potential  Pair  List.  A  separate  Encounter  List  is  kept 
for  each  sector's  data.  The  entries  on  this  list  indicate  any 
further  processing  required  for  the  pair:  controller  alert, 
traffic  advisory,  resolution  advisory  (including  provisional 
responsibility,  or  delayed  resolution),  BCAS  inhibit  for  ATCRBS 
threat,  or  resolution  deletion.  Also,  certain  calculations  made 
and  flags  set  for  the  pair  are  saved  to  be  used  by  later  tasks. 
These  tasks  may  alter  the  status  flags  as  they  process  a  pair's 
entry.  The  list  is  discarded  at  the  end  of  each  scan. 

3.4  En  Route  Operation 

ATARS  is  required  to  provide  service  in  en  route  areas  as  well 
as  terminal  areas.  Certain  characteristics  of  the  en  route 
environment  require  that  the  ATARS  system  operating  in  the  en 
route  area  differ  slightly  from  that  in  the  terminal  area.  The 
body  of  this  document  addresses  the  ATARS  system  in  a  terminal 
area.  This  section  describes  the  ways  in  which  ATARS  in  the  en 
route  area  differs. 
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3.4.1  ATARS  Operation  With  Back-to-Back  DABS  Antenna 

DABS  sensors  are  to  be  Installed  at  sites  where  current  ATC  en 
route  radars  are  In  operation  and  are  to  be  operated  In 
conjunction  with  the  en  route  primary  radars.  The  primary 
radars  operate  with  a  scan  time  of  10  to  12  seconds.  If  the 
DABS  sensor  were  required  to  operate  with  a  data  rate 
corresponding  to  this  scan  time,  the  ATARS  service  that  could  be 
provided  would  be  unacceptable.  To  improve  the  ATARS  service, 
the  DABS  sensor  has  been  designed  to  operate  with  a  back-to-back 
antenna  (an  antenna  with  two  faces  directed  180  degrees  apart) 
rotating  with  a  scan  time  of  10  to  12  seconds.  The  effective 
data  update  interval  is  then  five  to  six  seconds. 

The  operation  of  the  DABS  sensor  with  the  back-to-back  antenna 
is  described  in  Reference  1.  The  modifications  to  the  normal 
ATARS  algorithms  that  are  required  for  operation  with  the 
back-to-back  antenna  are  described  in  this  section.  The 
remainder  of  this  document  describes  algorithms  for  operation 
with  a  normal  DABS  sensor  (scan  time  on  the  order  of  4.7 
seconds)  . 

An  antenna  sector  will  still  be  defined  as  a  sweep  of  11  1/4 
degrees.  When  an  Input  completion  interrupt  is  received,  data 
for  two  antenna  sectors  will  be  passed  through  the  Surveillance 
Buffer.  This  data  will  be  the  data  collected  from  the  front 
face  and  the  back  face  of  the  antenna  while  the  antenna  rotated 
through  11  1/4  degrees.  The  two  antenna  sectors  represented  are 
180  degrees  apart.  The  data  from  both  antenna  sectors  will  be 
serviced  by  the  report  processing  algorithms.  Sector  header 
data  will  be  provided  for  each  antenna  sector  of  data. 

The  ATARS  sector  processing  executive  logic  must  be  modified  so 
that  the  ATARS  Sector  List  of  aircraft  from  each  face  of  the 
antenna  can  be  processed  as  a  separate  stream.  When  a  new 
antenna  sector  is  entered,  the  IDs  of  both  the  front-face  and 
the  back-face  antenna  sectors  will  be  added  to  the  antenna 
sector  request  stack.  The  sectors  will  then  be  processed  as 
separate  streams  through  the  ATARS  logic. 

The  time  allowed  to  complete  each  processing  task  must  be 
adjusted  so  that  advisories  detected  cn  the  front-face  of  the 
antenna  will  be  available  for  uplink  on  the  next  sweep  of  the 
back-face  of  the  antenna.  The  primary  radar  associated  with  an 
en  route  DABS  sensor  will  have  only  one  antenna  face.  This  face 
will  be  matched  with  the  front-face  of  the  DABS  sensor  antenna. 
Hence,  radar-only  tracks  will  be  processed  once  per  scan.  It  is 
necessary  to  have  antenna  position  reports  supplied  to  ATARS 
once  per  antenna  sector  for  only  the  front-face. 


In  prediction,  with  the  back-to-back  antenna,  positions  should 
be  predicted  to  the  time  of  next  expected  data.  This  will  be  a 
prediction  over  a  half  scan  rather  than  a  full  scan.  ATARS  will 
be  able  to  deliver  resolution  advisories  on  the  uplink  on  either 
the  front-face  beam  or  the  back-face  beam. 

3.4.2  Modification  of  ATARS  Detection  Parameters 


Another  characteristic  of  the  en  route  area,  in  addition  to  the 
slower  scan  rate,  Is  the  operation  with  larger  aircraf t-to-sennor 
ranges  and  a  resultant  reduction  in  position  and  velocity 
tracking  accuracy.  To  provide  acceptable  operation  at  larger 
ranges,  ATARS  must  use  increased  conflict  detection  parameters. 
Currently,  ATARS  tests  the  aircraft  in  a  pair  before  selecting  a 
set  of  detection  parameters  for  that  pair.  If  either  aircraft 
is  outside  a  specified  area,  the  detection  parameters  for  that 
pair  are  increased.  Additional  parameters  that  are  specifically 
related  to  the  en  route  environment  will  be  supplied  in  the 
future . 

3.5  Pseudocode  for  System  Data  Structures 

The  following  section  contains  the  global  parameter  and  variable 
structures  for  ATARS.  In  addition  to  system  structures,  groups 
of  structures  for  specific  tasks  are  also  included. 

For  all  BIT  parameters  and  variables,  the  comment  gives  the  TRUE 
meaning  of  the  value. 
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<**•  COURSE  SCPEE*  PAPAHETEPS  **•> 


STD fjcTTRE  ~9C9P*N 

*hr°shoMF 

l2iZ  *ql 

FL^  7t>c^ 

FIT  TS? 

PL  T  t.F&*T 

GP07P  distances 
n,"  90^1 
PL  7  <mTH 

p^T  «>«*TT 

3i*xv 


7P0'j°  ^Itps 


®T  *"  1*^3 

STT  *"LV 


»^;T«ir-i;i|g; 


<  altitude  threshold  > 

<  vertical  protiaitv  ‘est  liai*  > 

<  soacing  between  signposts  on  I/BX_lis*s  > 

<  7  velocity  threshold  > 


< 

< 

< 

< 


saxiiua  range  for  proxiiity  advisor 
aatiaua  distance  traveled  by  oblec* 
BT-list  plus  pro*-.ec*-ion  envelope  > 
aaxiaua  distance  traveled  bv  obtect 
aircraft  on  X-list  plus  projection 
aaxiaes  distance  traveled  by  object 
aircraf*  on  X-list  plus  Dro*-ec*:icn 


T  > 

aircraft  on 

cont  rol  1  e* 
envelope  > 
uncontrolle 
envelope  o 


d 


<  loot  ahead  tiie  for  controlled  \C  > 

<  loot  ahead  tine  for  uncontrolled  iC  > 


FHtCbWM  PaG8  BLaM-JWT  flLhkD 


tTttS  TLOBit  ottVir-vas 


a. 03 


<•••  ARTA/TORE  PARABETEFS  (see  Tables  8-6  and  8-7  for  explanation)  **•> 


STsncTnp;  azparb 

G POOP  coarse_region 
FLT  THBBX 

FIT  ZBBXX 

FIT  TUBBY 

FIT  ZHB  XT 

FLT  ZJBBX 

FIT  TJBXX 

»IT  ZJBRY 

’IT  ZJBXY 

G°OnP  counts 
IBT  BOI 
IBT  BOII 
IBT  B0Z1 
IBT  R0Z2 

GROOP  arznvb 
IB-”  COM2 
IBT  ROT  BT 
IBT  ZZOB2 

EBOST’OCTORE: 


<  defines  lover  x  bound  of  coarse  screen 

region  for  area  deteralnation  > 

<  defines  tipper  x  bound  of  coarse  screen 

region  for  area  determination  > 

<  defines  lover  y  bound  of  coarse  screen 

region  for  area  deterninat ion  > 

<  defines  upper  y  bound  of  coarse  screen 

region  for  area  let erelnation  > 

<  defines  lover  x  bound  of  coarse  screen 

region  for  tone  deteralnation  > 

<  defines  upper  x  bound  of  coarse  screen 

region  for  zone  deter Bin  at  ion  > 

<  defines  lover  y  bound  of  coarse  screen 

region  for  zone  deteralnation  > 

<  defines  upper  y  bound  of  coarse  screen 

region  for  zone  deteralnation  > 

<  nuaber  of  Type  1  areas  > 

<  nuaber  of  Type  2  areas  > 

<  nuaber  of  Type  1  zones  > 

<  nuaber  of  Type  2  zones  > 

<  parallel  to  final  approach  zone  threshold> 

<  distance  froa  radar  vhere  area  a  begins) 

<  depth  of  zone  2  glide  slope  > 


A"MRS  GLOBAL  PARABSTERS 
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<***  DONIWO  ARO  DETECT  PARAMETERS  ***> 


STR flCTORE  D'TPAPH 


ftROPP  genera  l_paraaeters 
PI*  HOST 
FI"*  AFPE"- 

FIT  90ET 
FIT  DOTTH 
FIT  R9ET 


<  sets  siss  dist  threshold  (DSQ)  for  todified  Tan  > 

<  prefiltering  iaeediate  altitude  threshold  > 

<  aaxiaua  of  ZAFCOH,  AFCOR,  A»,  AIFR,  AFPRI,  AFIFR  > 

<  sets  siss  dist  threshold  (OSQ)  for  eodified  Tan  > 

<  advisory  divergence  threshold  > 

<  prefiltering  ieeediate  range  threshold  > 

<  aaxiaua  of  ZRCOR2,  RCOR2,  RCR02,  RIFR2,  RFPRI2, 


RF1FR2  > 


»LT  V19T9 


*t£  XRTn-R 


<  relative  horizontal  velocity  threshold  (squared) 

for  cospnting  siss  distance  squared  > 

<  variable  to  prevent  division  by  tero  > 


"RDSTTactqRE: 


STPPC-TIFF  RAPAHH 


<  Resolution  advisory  general  paraeeters  > 


qpoq?  *il‘er_thresholds 
ft T  DVDPT 
FIT  BZP 

*LT  3ZP2 


<  aaxiaua  projection  tise  used  in  TDL  logic  > 

<  buffer  zone  definition  expressed  as  percent  of 

distance  > 

<  9ZP*«2> 


SHOOP  ‘iaes 

yiT 

TEDS-FOC-gBR; 


<  nueber  of  scans  to  use  in  issediate  HA  logic  > 


A^ARS  5I03AI.  PARAMEtERS 
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STRJCTORg  THRSPARR  <  -"hreshoia  determination  parameters  > 

;aogp  radios 

TLT  TRA"*C  <  significant  speed  differential  > 

Ft*1*  TRAfeR  <  lookahead  tiee  determination  for  egaipped/oneqaipped  > 

PIT  RR2C0R  <  slom-close/divergence  relative  speed  threshold  > 

gRPSTROC-BRg; 


ATARS  310BAL  PARABfTSRS 


3-P6 


<«*•  HFSOLOTIOB  HDVISOPT  SflBCTIOB  P»?l»H*Te*S  •*«> 


ST»qc?p»r  ”®siidt 


<  BDTHSO  threshold  when  either  aircraft  turning  > 

<  negative  horizontal  resolation  advisory  threshold, 
neither  aircraft  taming  > 

<  ainieua  acceptable  3-diaensional  separation  > 

PBostBoc^qa?: 


GBOPP  thresholds 
BIT  BOtBBSQ 
PLT  10THSO 

HI  S??1 


hTUPS  StOBU  PmRBTSPS  — 
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<***  STSTBH  GLOBAL  PARAHBTBBS  *•*> 


STBOCTUPB  STSTBH 


GROUP  coverage 
£12  CTBT3L(15» 
PTP  SAPT8L  (15) 
BIT  N  ASTRTBL  (15) 
212  SQBAP 

GPOUP  tracker 
BLT  ALO 
BLT  S°LO  2 

BLT  ?BO* 


GROUP  aiscellaneous 
3T-  003R0RC 
BLT  H088AD 
IB*’1  OORID 
BLT  SCAB"" 

BLT  TBBIGH"' 

GPOUP  ztrack 
BLJ 
HZ  0 


<  table  of  pointers  to  list  of  center  zone  saps  > 

<  table  of  pointers  to  list  of  ATABS  service  saps  > 

<  table  of  Raster  Status  flags  > 

<  pointer  to  sgnltter  lockout  sap  > 

<  altitude  boundary  for  I/BX_list  > 

<  sguare  of  sazieue  assused  speed  for  AC  below 

10,000  ft  1SL  > 

<  altitude  used  in  slant  range  correction  when  no 

altitade  seasaresent  is  available  > 

<  this  site  providing  doeino  feature  for  non-eode  C  > 

<  radius  of  hob  processing  area  > 

<  ATABS  site  ID  0-bit  field  > 

<  ties  Interval  for  one  radar  scan  > 

<  weighting  factor  for  vertical  diaenslon  > 

<  noelnal  tiae  between  updates  -  one  radar  scan  > 

<  quantization  bin  width  > 


ATABS  GLOBAL  PABARBTBBS 


J-PB 


<***  COEPLICT  TABtE  READ  •**> 


STBOCTOBE  C"H»»0 

GROOP  maintenance 
PTE  *CTE 
PTP  EEXTC1 
FTP  BREVC* 

GROOP  data 
HI  vac 
°T?  PL  1ST 
HI  SEA  H 

EEDSTPOCTORE: 


S*’‘H0CTT)S E  CTEETET 

GBOOP  main*enance 
PTE  EXCtp 

GBOOP  da*. a 
£IB  ACID 
212  ACTDH 
22f  ACT  OF 
1ST  BRAE 
IE!  HEARD 
IET  SOLTH 
IET  VOL  TV 
IET  ECOE 
BIT  REVFLG 
HI  VSAE 

HI  fhaed 

SEDSTROCTORE : 


<  first  entry  In  this  conflict  table  > 

<  next  conflict  fable  > 
previous  conflict  table  > 

<  nuaber  of  AC  in  this  conflict  fable  > 

<  first  pair  record  for  AC  in  this  table  > 

<  3eaa  conflict  > 


<•••  COEPLICT  TABLE  ESTRf  ***> 


<  next  conflict  table  entry  > 

<  ID  of  AC  in  conflict  (->  state  vector  )  > 

<  pair  record  »ith  horizontal  resolution  advisory  > 

<  pair  record  with  vertical  resolution  advisory  > 

<  horizontal  resolution  advisory  being  sent  to  AC  > 

<  horizontal  resolution  advisory  being  displayed  on  AC  > 

<  count  of  conflicts  resolved  using  horizontal  dimension  > 

<  count  of  conflicts  resolved  using  vertical  diaension  > 

<  AC  is  included  in  this  nuaber  of  conflicts  > 

<  AC  renote  > 

<  vertical  resolution  advisory  being  sen*  to  AC  > 

<  vertical  resolution  advisory  being  displayed  on  AC  > 


AT  ARE  GLOBAL  VARIABLES 


▼ 


STBPCTOBB  PBEC 

GPODP  saintanance 
211  HXTPR 

GRODP  identifiers 
131  atsid 

BIT  HOOP* 

IHT  SRCTID 

gpO OP  general_values 
BIT  PIPS 
FLT  PRO 
1ST  POSCHD 
PIT  PVHD 
BIT  PHIS* 

PIT  TSTAHT 

GPOOP  acl 

BITS  CHDPL 
1ST  BHH  Ml 

IH1  HVHAH 

PTP  IHTR 
IHT  *VT 

PTR  PAC 
IPT  PHHAH 
IHT  PVHAH 
BIT  Sf HD 
IHT  TP*ID 


<*••  PAIS  RECORD  ••*> 


<  nett  pair  record,  this  table  > 


<  processor  (ATAFS  or  BCAS)  handling  thi3  conflict  > 

<  sita  naned  in  ATSID  has  handed  off  pair  > 

<  ATARS  sector  for  *-he  conflict  pair  > 


<  controlled  AC  gets  resolation  advisories  > 

<  horizontal  aiss  distance  (squared)  > 

<  resolution  advisory  control  variable  > 

<  vertical  niss  distance  > 

<  coarse  screen  and  detection  done  > 

<  tine  vhen  resolution  advisories  were  selected  > 


<  field  of  advisories  for  donino  search  > 

<  horizontal  resolution  advisory  to  *his  AC  froa 

othar  non-connected  sites  > 

<  vertical  resolution  advisory  to  this  AC  from 

other  non-connected  sites  > 

<  head  of  doaino  list  for  this  AC  > 

<  AC  turn  state  at  tine  of  resolution  advisory 

selection  > 

<  ID  Of  this  AC  (->  CTEHTRI)  > 

<  horizontal  resolution  advisory  to  this  AC  > 

<  vertical  resolution  advisory  to  this  AC  > 

<  uplink  resolution  advisory  for  this  AC  > 

<  other  AC*  s  track  ID  > 


ATARS  GLOBAL  VARIABLES 


3-P10 


SPOOP  ac2 


LI KB  PRBC.acl 

SBODP  aodel_validation 
BIT  H7D0KB 
PLT  B7RAIT 
PIT  R7VHZ 

msiEgmss; 


<  already  done  ealldatlon  > 

<  PA  initiation  tine  > 

<  relative  ID  {ID2  -  ZD1)  > 


ATAHS  GLOBAL  7  ARIA8L  SS 

3-P11 


<•••  OOaiSO  USD  DETECT  DSTBBtmiATIOB  VARIABLES  (TABLE  8-3)  •■•> 
STSPCTPBP  PDVSL 

GBOPP  niscellaneous 

TIT  ACOlf  Tfl  <  eertical  range,  for  TCOBV  calculation  > 

PIT  BCOBTfl  <  horizontal  range,  for  TCOBH  calculation  > 

PIT  Twabs  <  earning  tine  threshold  > 

EltOSTBPCTOBE: 


ATABS  GLOBAL  VARIABLES 


3-P12 


<*••  EECOtJET*R  LIST  EBTRT  **•> 


S*PCTCTORE  ELEETRT 


GROUP  processing_reqaired 


BIT  SOPEREO  < 
2JT  CRAREQ  < 
3X1  DELREQ  < 
BIT  RAPROV  < 
BIT  RARBQ  < 
BIT  RDREQ  < 
3XX  TAREQ  < 


5 BO OP  identifiers 

P33  ACIOI  < 
£32  ACID2  < 
IET  CPSID  < 


GRQOP  co*outed_seoarations 


FX3  ALT  < 

3X2  oo*  < 

3X1  P02  < 

313  RABGE2  < 

GRQOP  cosputed_tises 

PT.T  TB  < 

213  Tf  < 


GPOO”  geographic_dependent 
IRT  BRAT  < 


inhibit  BCAS_ATC88S  sessage  required  > 
controller  alert  required  > 
delayed  resolution  required  > 
provisional  responsibility  for  resolution  > 
resolution  advisory  required  > 
resolution  deletion  required  > 
traffic  advisory  required  > 


state  vector  for  HC  1  > 
state  vector  for  1C  2  > 
sector  10  for  the  encounter  > 


absolute  current  altitude  separation  > 
dot  product  of  relative  separation  and 
relative  velocity  vector  > 
alss  distance,  squared  > 
horizontal  separation,  squared  > 


tiae  until  horizontal  sep  (DSQ)  is  violated  > 
ties  to  coincidence  in  vertical  direction  > 


encounter  area  type  > 


IT  IRS  GLOBAL  VARIABLES 


3-PI  3 


5 30 OP  detec* _f lags 
fill  C*?lG 
an  C3PPLG 
m  ppiftG 
BIT  TOOFtG 

an  ic»?ig 
an  impis 

BIT  Sr'PtG 

m  p*ipi.g 

?P0ST30C "‘OUT; 


<  controller  alert  required,  this  pair  > 

<  resolution  advisory  required,  this  pair  > 

<  threat  advisory  required  for  controlled  HC  > 

<  threat  advisory  required  for  uncontrolled  ic  > 

<  bvpass  3-out-of-5  controller  alert  logic  > 

<  resolution  advisory  required  for  controlled  »C  > 

<  bypass  2-oat-of-3  resolution  advisory  logic  > 

<  proxisity  advisory  required,  this  pair  > 


m*S  GIOBM.  VHBIhBtTS  -  j 


3-PI* 


<***  PWILST  5WTBY  PfioriSITT  TIPI  *•*> 


STBOCTBBI  PBOT 


GBOBP  aaintenance_info 
PTB  SITPWT 
PTB  PPVPWI 
BIT  SIHT 

GPOBP  identity 
BIT  PBD 
“TP  OBJ_XC 
ITT  OlD_TT“B 
1ST  TBACB_BO 

GPOO“  rank_data 

HT  PXBGE_BBIGHTBB 

IflJ  PXBBTTP 
II T  -XB 


GPOBP  advieor»_data 
CS“  XBBBIT 
911  XTABS_EQP 
us; 

US  C’OCB_BBG 
Bf*  COBiPOI. 

IBT  COBBS! 

I  ill  PIilE_B*G 
IBT  GBBD_SP!ED 
P\i  BXBG! 

PIT  B!l_XLT 


TBDS**BBC"BPI: 


<  nezt  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 

<  entry  not  updated  this  scan  > 

<  state  sector  entry  > 

<  foreer  type  of  entry  for  object  XC 

<  unique  nuaber  for  subject  XC  TX  > 

<  range  with  vertical  coeponent 

weighted  »s.  horizontal 

<  see  Table  16-2  for  coding  > 

<  always  zero  for  this  type  > 

<  aircraft  abbreviated  data  > 

<  proziaity  XC  equipped  with  XTXBS  > 

<  cliab  capability  of  proziaity  XC  > 

<  clock  bearing  to  proziaity  XC  > 

<  proziaity  XC  controlled  by  XTC  > 

<  clock  heading  of  proziaity  XC  > 

<  fine  increment  to  clock  bearing  > 

<  ground  speed  of  proziaity  XC  > 

<  slant  range,  unweighted  > 

<  relative  altitude  of  proziaity  XC  > 


XTXBS  GlOBXl  TXBIXBLBS 
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■  lawn*  fty-a.***1*  ■ 


<***  PSILST  BRTRY  TUB BUT  TTPB  ***> 


S",pnCTnR»  "•AjrHHEA* 

GBOOP  aaintenance_inf o 
m  TITPWI 
PTR  ORVPSI 
PIT  SEHT 

S^OOP  identity 
BIT  BID 
PTB  Onj_AC 
IHT  OLO_TTPB 
1ST  TPACK_RO 

GPQTP  rank_data 

IBT  nHBGB_«BIffaT»5 

ITT  HARKTVP 
IV  TIT 


<  nezt  entry  > 

<  previous  entry  > 

<  entry  has  been  3ent  in  nessage  > 

<  entry  not  updated  this  scan  > 

<  state  vector  entry  > 

<  foraer  type  of  entry  for  object  AC  > 

<  unique  nuaber  for  subject  AC  TA  > 

<  range  »ith  vertical  coaponent 

veighted  vs.  horizontal) 

<  see  Table  16-2  for  coding  > 

<  horizontal  tan,  pseudo-tau,  or  large  constant  > 


ATARS  GLOBAL  VARIABLES 


3-P16 


BOOP  adw isorw_data 


CHS  ABBRBV 
sr-r  ;qo 

1ST  CLISB_P!RP 
1ST  CLOCT_BSG 
BIT  COSTBOL 
1ST  COURSE 
1ST  PISB_BSG 
1ST  FIS?_HDG 
1ST  GPSD_SP?EO 
1ST  HBO 
EL*  SASOE 
PL*"  PPL_aLT 
1ST  RBl_ALT_BTT 
1ST  TOPS 
1ST  SEDT_SPD 


EBOSTR’!CT,]p, ; 


<  aircraft  abbrewiated  data  > 

<  proximity  AC  equipped  with  ATAp5  > 

<  climb  capability  of  proximity  AC  > 

<  clock  bearing  to  proximity  AC  > 

<  proxieity  AC  controlled  by  ATC  > 

<  clock  heading  of  proximity  AC  > 

<  fine  increment  to  clock  bearing  > 

<  fine  heading  increment  to  course  field  > 

<  ground  speed  of  proximity  AC  > 

<  oredicted  horizontal  miss  distance  > 

<  slant  range,  unweighted  > 

<  relatiwe  altitude  of  proximity  AC  > 

<  relatiwe  altitude  extension  > 

<  threat  strong  turn  state  > 

<  wertical  speed  of  *hreat  > 


A*ARS  GLOBAL  TARIABL’S 
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<•*«  P«TtST  B8TRT  XTCB 8S_TBXC8_BL0CK  TTPS  ••*> 

STB OCT 3° g  XTCR>>S_“B 

SROOP  aain*-enance_inf  o 
£T£  R*“P8I 
P“B  P8PPVI 
Sil  S38T 

r.BOqp  identity 

III?  XTCRBS_“P  XCK_SO 
31 T  383 
P^B  OBJ_XC 

jPOOP  traek_data 
131  it" 

I8T  BBXRtRG 

11“  RXRSg 

18“  BK8Ge_?XT3 
U“  T?3“_RX“3 

gBOSTRqc-qR?: 


1TXPS  310BXL  V XRIlBt BS 


<  altitude  of  XTCRBS  XC  (ft)  > 

<  beating  to  XTCR3S  XC  (deg)  > 

<  range  (nai)  > 

<  range  rate  (kt)  > 

<  altitude  rate  of  xtcrbs  (f“/s)  > 


<  unique  nunber  for  subject  XC  xfCPBS_TB  > 

<  entry  not  updated  this  scan  > 

<  state  vector  entry  > 


<  next  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  eessage  > 
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STROCT BBf  TRRRAIS 

GPOO?  saintenance 
p^r  nttpri 

°T9  PRVPRT 
BIT  SEHT 

GBOOP  status 

3T;  51,3 

BIT  ?TAT 

G°OaP  alv_1ata 

TNT 

"RBtTRqC'nR  E: 


<•••  PtILST  SPTHT  TBRHAIR  TIPS  ••*> 


Info 

<  neat  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  sessage  > 

<  entry  not  updated  this  scan  > 

<  first  tine  advisory  transaltted  > 

<  altitude  of  subject  AC  relative  t 


mas  GLOBAL  VAR IABLBS 


o  terrain  > 
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<***  PHH.ST  SSTRV  OBSTACLE  TYPE  ***> 


STBOCTPEE  OBSTACLE 

GROOP  aaintenance_ 
PTR  RITPWT 
PTR  oRVPBI 
BIT  SENT 

GPOBP  status 
BIT  BED 
BIT  f TAT 
IET  OBSTACLS_SO 

GPOGP  adv_daba 
IET  CLOCE_BRG 
IBT  RARGE 
1ST  RSL_ALT 

vRPSTBPCTORE: 


info 

<  nett  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 


<  entry  not  updated  this  scan  > 

<  first  tiae  advisory  transmitted  > 

<  identitv  on  stored  list  of  obstacles  > 


<  clock  bearing  to  obstacle  > 

<  AC  range  *o  obstacle  > 

<  AC  altitude  relative  to  obstacle  > 


ATARS  GLOBAL  VARIABLES 
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<*«*  PBILST  BBTBY  AI8SPACE  *TPB  •••> 


STBOCTBPf  AI3SPACE 

GBO OP  ealntenance_lnfo 
PTS  »TTP»I 
P^H  P® YPBI 
BIT  SEHT 

GPQ1P  status 

IB*  AIHSPAC?_SO 
BIT  SBD 
BI*  PTA? 

G500P  ad»_data 

IH”  AIHSPACS_TTPB 

CHP  IBEWTIFIEB 

EBPSTPOCTBRE; 


<  nett  entry  > 

<  pretioas  entry  > 

<  entry  has  been  sent  In  sessaqe  > 


<  identity  on  stored  list  of  airspace  tones  > 

<  entry  not  updated  this  scan  > 

<  first  tine  adtisory  transmitted  > 

<  restricted  airspace  or  TCA  or  other 

prohibited  area  > 

<  restricted  airspace  identifier  > 


ATASS  GLOBAL  TABIA8LM 
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<»**  pwitST  SBTSY  ALBC  TTPB  «•*> 


STBBCTBRB  ALEC 

GPODP  maintenance 
P^B  Bf'PBT 
P^P  PBVPfT 
BIT  SENT 

GPOOP  ad»_data 
IHT  AL-ITODE 
BI-  CONFIDENCE 
BIT  CORNSCTFD 

*>Bt>STBf7C'T>r7F*: 


info 

<  nert  entry  > 

<  previous  entrr  > 

<  entry  has  been  sent  in  message  > 

<  altitude  echo  data  > 

<  altitude  confidence  > 

<  pressure  corrected  altitude  > 


ATABS  GLOBAL  VAIIABLBS 
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<*•*  RESOLOTIOR  PAIR  ACKRORL EDGE BERT  (RPA)  LIST  ••*> 


STROCTORt  RPALST 


GROOP  acl 
JR*  DEL 
IRT  ID 
1ST  RES 


<  delivery  statas  of  aaneuvers  > 

<  ID  of  AC1  > 

<  resolution  advisory  for  AC1  > 


GEOOP  ac2 

LIRE  RPALS*.ac 


1 


3P00P  ovrhd 
BI*  CACRD 
31*  CARR 
BIT  SOORCE 
IRT  TIB* 

ERDSTROCTO**: 


<  CORPLICT  RESOLOTIOR  DA* A  TA SR  has  ran  > 

<  RESOLOTIOR  ROTIPICATIOR  TASR  has  ran  > 

<  ATARS  originated  resolutions,  else  Bcas  > 

<  tiee  entry  placed  on  RPA  list  > 


ATARS  GLOBAL  t AR TABLES - 
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<**•  STATS  T  SC  TOR  ••*> 


i 


STRUCTURE  STECT 


GROUP  pointers 


PTR 

ATCRET 

< 

PTR 

CTE 

< 

PTR 

CTPTR 

< 

m 

SEXTA 

< 

PTR 

BEITS 

< 

PTR 

SSITX 

< 

PTR 

OREVX 

< 

PT” 

PSPTS 

< 

PTR 

STSPTR 

< 

PTR 

UPSES 

< 

GROUP  horz  tracker  data 

TiT 

A7P 

< 

IB* 

RIRRE 

< 

1ST 

RIRSI 

< 

Utl 

RHOP 

< 

TIT 

VSQ 

< 

HZ 

X 

< 

Til 

XO 

< 

HI 

XDE 

< 

Til 

XDI 

< 

Til 

XP 

< 

TiT 

XPI 

< 

111 

T 

< 

HZ 

TO 

< 

HZ 

TOE 

< 

Ti* 

TDI 

< 

HZ 

TP 

< 

HI 

TPI 

< 

entry  in  CRETE  for  ATCRBS  AC  > 
conflict  table  entry  for  this  AC  > 
conflict  table  containing  this  AC's  entry  > 
next  AC  in  ATABS  sector  list  thread  > 
next  AC  in  antenna  sector  list  thread  > 
next  AC  in  X_list  or  EX_list  thread  > 
previous  AC  in  X_list  or  EX_list  thread  > 
PRItST  for  AC  > 

stack  of  AC  inforsation  (position,  velocity, 
tine)  for  turn  rate  computation  > 
list  of  last  uplinked  ATARS  sessages  > 


predicted  next-correlation  azlsuth  > 
external  firsness  level  > 
internal  firsness  level  > 
predicted  next-correlation  range  > 
square  of  horizontal  velocity  estimate  > 
X  position  of  AC  > 

X  velocity  of  AC  > 

external  X  velocity  estisate  > 

internal  X  velocity  estisate  > 

external  one-scan  predicted  X  position  > 

internal  one- scan  predicted  X  position  > 

T  position  of  AC  > 

T  velocity  of  AC  > 

external  T  velocity  estisate  > 

internal  T  velocity  estisate  > 

external  one-scan  predicted  T  position  > 

internal  one-scan  predicted  T  position  > 

ATARS  GLOB  At  VARIABLES  - 


3-P2* 


OPODP  Ter*-_tracker_data 


HI 

PIRRZ 

PLT 

PIRPZP 

PIT 

LOT 

HI 

STJCRT 

EH 

SO-IPTS 

nt  z 

EH 

ZD 

EH 

EH 

ZP 

EH 

ZPRPV 

EH 

zs 

'OOP  tiaes 

EH 

ALZC* 

EH 

0»RT 

EH 

TD 

EH 

TLDPD 

EH 

-5 

EH 

’•’IP 

EH 

TIP 

EH 

TBZ 

EH 

TTPPAL 

<  aode  C  firaness  lexel  > 

<  firaness  of  leTel  occupancy  tiae  > 

<  lexel  occupancy  tiae  estiaate  > 

<  start-up  counter  to  establish  track  > 

<  suaaed  residual  used  to  detect  trend  in  rertical 

acceleration  > 

<  Z  position  of  AC  > 

<  Z  Telocity  of  AC  > 

<  external  Z  Telocity  estiaate  > 

<  external  one-scan  predicted  t  position  > 

<  oreTiously  reported  Z  position  > 

<  saoothed  Z  position  estiaate  > 


<  tiae  last  ALfC  entrT  generated  > 

<  tiae  last  o«»  aessage  generated  > 

<  tiae  ATAHS  aessage  »as  receited  by  AC  > 

<  tiae  of  last  Tertical  track  update  > 

<  tiae  of  last  reported  range/nziauth  data  > 

<  expected  tiae  of  next  local  data  > 

<  tiae  of  current  reacts  data  > 

<  tiae  last  aode  C  report  «as  recelTed  > 

<  tiae  of  transition  to  preTiously  reported  altitude  > 


I 


i 
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,  •"***■* 


s* 


snoop  flags 


IIS 

ATIPLG 

< 

track  was  initialized  as  ATCSBS  > 

BIT 

ATSS 

< 

AC  ready  for  ATARS  service  (on  IISIT  list)  > 

III 

CARFQ 

< 

controller  alert  required  in  this  area  > 

IIS 

CFNTR 

< 

AC  in  center  area  of  ATARS  service  area  > 

IIS 

cone 

< 

AC  under  ATC  control  > 

BIT 

DELFG 

< 

state  vector  is  to  be  deleted  > 

BIT 

OLOOT 

'  < 

data  link  out  on  aost  recent  scan  > 

BIT 

DRATS 

< 

AC  ATARS  service  dropped  but  track  maintained 

for  dosino  resolution  > 

BIT 

ORSOR 

< 

AC  track  dropped  by  ATARS  > 

BIT 

FXFLG 

< 

X/EX_list  indicator  > 

BI” 

RtJB'LG 

< 

AC  in  antenna  hub  zone  > 

BTT 

IHT»t 

< 

new  AC  on  XIRIT  list  > 

BIT 

LOFL 

< 

this  AC  has  local  data  > 

ns 

BCFtG 

< 

altitude  data  provided  through  node  C  report 

and  reasonable  > 

US 

H1LLPG 

< 

a  null  DABS  report  is  received  > 

BIT 

OSCFt 

< 

8ETRAR  vill  be  reset  after  one  scan  > 

BIS 

°STAT 

< 

local  site's  prisary  status  > 

Br- 

RRFL 

< 

•AC  has  remote  data  > 

BIT 

SB  PR 

< 

AC  data  smoothed,  predicted  this  scan  > 

IIS 

SPIDFG 

< 

signpost  flag  for  coarse  screen  identification  > 

BIT 

SPRO 

< 

antenna  sector  processing  flag  > 

BIT 

SOLO 

< 

squitter  lockout  set 

BIT 

SRVBSK 

< 

report  in  ATARS/ „  •  .  .  vei Glance  area  mask  > 

IIS 

I0PFL 

< 

prevents  sultiple  X/FX_list  update  > 

1 
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GRODP  general_values 


III 

ACAB 

< 

AC  abbreviated  field,  9-bit  field  > 

III 

ACAT 

< 

AC  area  tvpe  > 

III 

ACt  ASS 

< 

ATARS  class  of  service  > 

Ill 

ACtP 

< 

AC  cliab  performance  used  in  aodeling  resolution 

advisory  > 

CUB 

ASSOC 

< 

ID  of  closest  airport  > 

HI 

ATSBQ 

< 

CAS  equipage  type  > 

HI 

BCASST, 

< 

BCAS  sensitivity  level  > 

III 

CODS 

< 

DABS  or  ATCRBS  sode  C  code  > 

HI 

PAZ 

< 

final  approach  rone  indicator  > 

HI 

PXtf 

< 

ATCRBS  surveillance  file  naaber  > 

HI 

GEOG 

< 

geographical  tone  a-bit  field  > 

HI 

HUS 

< 

horizontal  aanenver  statns  for  level  tracxer  > 

HI 

ISD 

< 

unique  index  of  area  t-,>e  2  > 

HI 

OW  VflDG 

< 

last  heading  sent  in  OWR  aessage  > 

HI 

OWRTSR 

< 

last  tarn  rate  sent  in  ORB  sessage> 

HI 

RESRAR 

< 

ID  of  site  vhose  PAR  requested  > 

HI 

RETS  AR 

< 

ID  of  reaote  site  that  receives  BAR  data  > 

HI 

SL3EPS 

< 

aost  recently  reported  slant  range  > 

HI 

SVSID 

< 

AC'S  ATARS  sector  ID  > 

HI 

T5®  ALT 

< 

altitude  froe  terrain  aap  > 

HI 

TDRR 

< 

AC  tarn  status  > 

HI 

TYPE 

< 

AC  type  status  (DABS  or  ATCRBS)  > 

£11 

ZPRT 

< 

ID  of  airport  associated  with  PAZ  > 
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GROOP  doaino_ob j_pro j 


n* 

nr  t ?rj{») 

nr  tdprj(«) 

PIT  TPR  J  (•) 

pit  roppj 
nr  zprj(«) 


STOOP  data_block 
BI~;  R*POR«> 

fBP3TB.qCTqBB; 


<  one,  tao,  three  and  foor-scan  to  projection  after  DELAY 

tiae  of  Modeling  > 

<  one,  tao,  ••hree  and  four-scan  x  protection  after  DELAT 

tiae  of  Modeling  > 

<  one,  tao,  three  and  four-scan  TO  projection  after  DELAT 

tiae  of  aodeling  > 

<  one,  tao,  three  and  four-scan  T  projection  after  DELAT 

tiae  of  aodeling  > 

<  t  direction  teloeitr  for  doalno  object  processing  > 

<  one,  tao,  three  and  four-scan  1  projection  af*er  DEt.iT 

tiae  of  aodeling  > 


<  DABS  or  ATCRBS  or  RADAR  report  rabies  3-3,  3-S,  3-5)  > 
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<***  SYSTEM  THRIHBI.es  ***> 


STROCTORE  STSVRR 

GROOP  tine 
FIT  CTIME 


GROOP  flags 
BYT  HTCRBC 


BIT  HTCROR 
BITS  STHTMSG 


GROOP  failure_info 
BIT  BHCPOP 
pfR  CTRP*R 
IfT  PHILED 
PTR  NHPPTR 
BIT  MHSTEP 

GROOP  antenna 

n:  hpos 

PIT  HRHT5 

GROOP  general 

IOCHl_ID 


ESOSTPOCTORP; 


<  current  tine  > 

<  HTC  requests  non_aode  C  HTHRS  target  tracking  desired  > 

<  HTC  requests  radar  only  target  tracking  desired  > 

<  HTC  facilities  requesting 

full  HTHRS  status  control  aessages  > 

<  operating  in  backup  node  > 

<  center  zone  nap  in  use  > 

<  identity  of  failed  site  > 

<  HTHRS  service  nap  in  use  > 

<  operating  in  backup-taster  node  > 

<  DHBS  antenna  position  > 

<  DHBS  antenna  rate  > 

<  local  sensor  site  identification  (<*  ♦'its)  > 


HTHRS  3LOBHL  THRIHBLES 
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SURVEILLANCE  REPORT  AND  TRACK  PROCESSING 
4.1  General  Requirements 


ATARS  surveillance  processing  may  be  divided  into  three  main 
sub-functions:  input  processing,  track  processing,  and 
smoothing/prediction.  The  general  division  of  responsibility  is 
that  input  processing  accepts  target  reports  from  the  DABS 
sensor  and  screens  and  prepares  them  for  tracking.  Track 
processing  maintains  a  file  of  system  tracks  and  selects 
particular  target  reports  for  track  update.  Smoothing  and 
prediction  utilizes  the  selected  reports  for  production  of  fresh 
position  and  velocity  updates. 

ATARS  surveillance  processing  is  required  to  track  those  DABS, 
ATCRBS  (mode  C  and  non-mode  C  equipped)  and  radar-only  aircraft 
which  are  being  tracked  by  the  local  sensor  in  the  ATARS  service 
area  and  the  domino  surveillance  area.  Aircraft  outside  these 
areas  are  not  tracked. 

4.2  Coordinate  Systems 

Target  reports  are  received  in  the  rho,  theta,  h  (slant  range, 
azimuth,  altitude)  system  of  the  DABS  sensor.  ATARS  maintains 
and  uses  track  estimates  in  a  modified  Cartesian  x,  y,  z 
system.  The  local  sensor  lies  at  the  center  of  the  x,  y  grid 
with  x  east  and  y  north  (see  Figure  4-1). 

Mapping  between  these  two  systems  is  based  on  a  flat  earth 
assumption.  Under  this  assumption  x,  y  are  considered  as  the 
ground  plan  projection  coordinates  of  an  aircraft,  while  z  is 
identical  to  the  altitude.  However,  because  of  the  actual 
curvature  of  the  earth,  the  x,  y,  z  which  are  so  computed  do  not 
exactly  correspond  to  the  aircraft  position  in  a  physical 
Cartesian  space.  Nevertheless,  the  x,  y,  z  descriptions 
produced  by  this  formal  mapping  will  be  utilized  throughout  the 
ATARS  processing.  The  equations  of  the  mapping  are  shown  in  the 
figure. 

Geographical  corrections  take  place  in  rho,  theta.  Reports 
selected  for  track  update  are  coordinate  converted  to  the  x,  y, 
z  system  before  using  them  to  smooth  the  track  estimate.  The 
Inverse  mapping  is  used  to  determine  a  predicted  rho,  theta  for 
the  next  correction  and  for  antenna  sector  update. 
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LOCAL  SENSOR 
HORIZONTAL  POSITION 


TARGET  MEASUREMENTS:  RANGE  rho 

AZIMUTH  theta 
ALTITUDE  h 

SENSOR  ALTITUDE:  h8 


SLANT  RANGE  CORRECTION:  rho'  *  sjrho2  -  (h  -  h8)2 


TRACK  COORDINATES:  X  -  rho'  sin  (theta) 

Y  *  rho'  cos  (theta) 
Z  -  h 


FIGURE  4-1 

ATARS  TRACK  SECTORI2ATION  AND  COORDINATES 
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In  converting  remote  reports  to  local  x,  y,  z  coordinates,  any 
method  of  calculation  may  be  used  which  accurately  accounts  for 
the  real  spatial  geometry.  In  order  to  be  useful  in  tracking, 
the  truncation  errors  in  conversion  must  be  kept  comparable  to 
the  random  data  error  (i.e.,  approximately  -  100  feet  or  less). 
The  method  should  be  reasonably  efficient,  but  since  remote 
report  conversion  will  only  be  occasionally  required,  some 
complexity  can  be  tolerated. 

4.3  Major  Files 

The  ATARS  track  file  is  a  separate  creation  of  the  ATARS 
function  and  is  not  identical,  either  physically  or  in  content, 
to  the  DABS  sensor  track  file.  This  file  (the  Central  Track 
Store  (CTS))  consists  of  a  block  of  track  slots,  of  sufficient 
size  to  accommodate  the  maximum  track  load.  Each  slot  may 
either  be  empty  or  it  may  contain  track  information  (aircraft 
State  Vector)  about  a  particular  aircraft.  In  addition,  a 
number  of  slots  of  known  fixed  x  coordinate  distance  called 
signposts  provide  quick  points  of  entry  into  the  appropriate 
X-list  or  EX-list  as  described  in  Section  6.1.3.  Signposts  are 
bookkeeping  aids  and  are  not  altered  by  the  tracking  programs. 

A  CTS  file  is  used  to  transmit  information  for  a  particular 
aircraft  throughout  the  various  tasks  in  the  ATARS  processing 
cycle.  The  central  track  store  contains  the  following  types  of 
information:  position,  velocity,  time,  pointers,  status  and  ID 

indicators,  and  control  flags. 

The  tracks  in  CTS  must  be  rapidly  accessible  in  two  ways  for 
Report  Processing  and  Track  Processing  Tasks:  on  a  geographical 
antenna  sector  basis  and  by  aircraft  ID.  32  fixed  azimuth 
sectors  are  defined  with  respect  to  the  local  sensor,  beginning 
clockwise  from  north  (see  Figure  4-1).  Each  antenna  sector  is 
11  1/4  degrees  wide.  Tracks  are  organized  (e.g.,  by  threading) 
so  that  the  ATARS  tracker  can  efficiently  index  and  process 
tracks  lying  in  a  particular  antenna  sector.  Since  the  aircraft 
move,  their  antenna  sector  assignments  will  change.  These 
changes  are  monitored,  and  an  updated  antenna  sector  list  is 
maintained . 

Rapid  access  of  individual  tracks  through  their  ATCRBS/radar 
surveillance  file  number  or  DABS  ID  Is  accomplished  by 
establishing  a  cross-reference  file  for  each  of  these  aircraft 
classes.  Ihese  files  are  denoted  CREFA  and  CREFD,  respectively, 
and  relate  the  input  code  (which  may  be  compressed  by  hashing) 
to  the  corresponding  track  slot  number  in  CTS.  When  tracks  are 
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dropped  or  new  tracks  are  started,  the  cross-reference  files  are 
correspondingly  updated.  These  file  relationships  are  indicated 
in  Figure  4-2. 

Since  the  ratio  of  radar,  ATCRBS  and  DABS  track  loads  is  an 
environmental  variable,  it  is  desirable  that  CTS  not  be 
partitioned  in  any  fixed  way  between  these  track  classes. 
Procedures  for  organizing  and  accessing  CTS  should  remain 
efficient  regardless  of  this  load  ratio. 

4.4  Report  Processing 


The  ATARS  surveillance  processing  initiates  and  maintains  ATARS 
tracks  on  all  DABS,  ATCRBS  (mode  C  and  non-mode  C  equipped),  and 
radar-only  aircraft  in  the  ATARS  surveillance  area  which  are 
being  tracked  by  the  DABS  sensor.  This  objective  is 
accomplished  by  two  major  tasks:  the  Report  Processing  Task, 
discussed  in  this  section,  and  the  Track  Processing  Task, 
discussed  in  Section  4.5. 

Report  processing  operates  on  interrupt  after  all  target  reports 
for  a  new  antenna  sector  have  arrived  in  the  surveillance  input 
buffer.  The  surveillance  input  consist  of  target  reports  from 
the  DABS  sensor. 

Input  data  are: 

1.  A  sector  header  antenna  azimuth  word 

2.  Target  reports  from  Surveillance  Buffer 
The  services  performed  are  to: 

1.  Update  current  antenna  position  and  rate  estimates 

2.  Screen  local  reports  and  reject  all  reports  falling 
outside  the  ATARS  surveillance  area 

3.  Reject  reports  according  to  atc  selection  not  to 
process  non-mode  C  or  radar-only  reports 

4.  Correlate  local  and  remote  reports  with  tracks  through 
DABS  ID  or  ATCRBS/radar  surveillance  file  number 
cross-references.  Store  reports  with  the  State 
Vectors  in  CTS 

5.  Start  new  DABS,  ATCRBS  or  radar-only  tracks 

6.  Flag  tracks  for  drop  (if  indicated  by  sensor) 
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FIGURE  4*2 

TRACK  FILE  STRUCTURE  AND  ACCESS 


4.4.1  ATARS  Surveillance  Area 


The  ATARS  service  area  Is  subtended  by  a  larger  area  called  the 
ATARS  surveillance  area,  defined  by  a  rho,  theta  map.  This  map 
Is  defined  as  a  convex  figure  encompassing  the  ATARS/Domino 
surveillance  area  as  shown  In  Figure  4-3.  Since  the  ATARS 
surveillance  area  Is  a  convex  figure,  it  suffices  to  define  a 
map  with  a  minimum  and  maximum  rho  for  each  theta  (or  theta 
interval).  Two  maps  are  required,  one  for  reports  above  an 
altitude  HZONE  and  one  below  this  altitude  (see  Section  6.2.1 
and  Figure  6-1).  In  order  to  pass  screening,  a  local  report 
with  altitude  data  must  He  within  the  area  appropriate  for  that 
altitude.  If  no  altitude  has  been  measured,  then  it  must  lie 
within  at  least  one  of  the  two  map  areas.  (Remote  reports 
cannot  be  mapped  out  efficiently  here  because  their  rho,  theta 
are  not  local  coordinates.) 

4.4.2  Local  Reports 


When  a  local  report  is  within  the  ATARS  surveillance  area,  the 
DABS  ID  or  ATCRBS/radar  surveillance  file  number  Is  used  to  find 
the  associated  track  in  CTS  (if  any).  The  cross-reference  files 
CREFD  and  CREFA  provide  the  required  links.  If  the  track's  drop 
flag  is  already  set  in  CTS,  it  cannot  accept  further  data  and 
the  report  is  ignored.  If  the  report  drop  bit  is  set  in  the 
surveillance  report,  track  drop  is  initiated  here.  Track  drops 
may  also  be  initiated  in  track  update  (Section  4.5.1)  when  data 
has  been  missing  too  long  or  the  track  is  out  of  the  ATARS 
surveillance  area.  The  State  Vector  Deletion  Task  performs  the 
final  drop  action  for  tracks  which  have  been  in  ATARS  coverage. 

When  a  local  report  Is  a  null  report,  the  null  flag  is  set  to 
indicate  to  the  Track  Processing  Task  that  this  particular  track 
is  to  be  treated  as  a  "miss"  rather  than  a  "hit.”  If  the 
diffraction  zone  bit  Is  set  in  the  report,  the  track  is  also 
processed  as  a  "miss."  The  local  report  that  is  designated  as  a 
"hit"  must  also  pass  a  rho,  theta  reasonability  check  of 
measured  vs.  predicted  coordinates  in  order  to  merit  further 
consideration.  The  report  is  then  stored  in  the  CTS  report 
storage  area.  A  RAR  empty  report  is  issued  for  the  aircraft  if 
the  proper  conditions  exist  for  this  message  generation.  If  the 
site  ID  has  changed  for  the  aircraft,  then  a  check  is  made  to 
determine  if  the  aircraft  is  located  in  the  seam  area,  and  so 
designated.  If  a  pilot  request  for  an  altitude  echo  advisory  is 
received,  the  proper  computations  are  made  and  the  time  of  the 
altitude  request  is  recorded  in  the  track  State  Vector. 
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ATARS  AND  DOMINO 


DOMINO  AREA  -  PROVIDES  COVERAGE  AT  LEAST  AN  ADDITIONAL  15  nmi 
BEYOND  THE  ATARS  SERVICE  AREA 


FIGURE  4-3 

ATARS  AND  DOMINO  SERVICE  AREAS 


If  a  new  crack  is  Co  be  inlclalized,  Chls  is  Che  sole 
responsibilicy  of  Che  reporc  processing  funcCion.  This  will 
occur  when  a  local  or  laCe  local  reporc  is  examined  which  does 
noC  have  an  exiscing  associaced  crack  and  Che  report  drop  bit  is 
not  set.  Track  initialization  is  started  with  a  single  local 
report . 

4.4.3  Remote  Reports 


If  a  remote  report  is  a  null  report,  it  is  rejected  at  this 
time.  Otherwise,  the  DABS  ID  or  ATCRBS/radar  surveillance  file 
number  is  used  to  find  the  associated  track  in  CTS  (if  it 
exists).  The  cross  reference  files  CREFD  and  CREFA  provide  the 
required  links.  The  remote  surveillance  report  data  is  then 
stored  in  the  CTS  storage  area  provided  a  local  report  hasn't 
been  received  for  this  aircraft  in  the  last  1/2  scan.  The 
remote  flag  is  set  and  report  time  is  stored.  A  RAR  empty 
report  is  issued  for  this  aircraft  if  the  proper  conditions 
exist  for  this  message  generation.  If  the  site  ID  has  changed 
for  the  aircraft,  then  a  check  is  made  to  dertemine  if  the 
aircraft  is  located  in  the  seam  area,  and  so  designated.  If  a 
pilot  request  for  an  altitude  echo  advisory  is  received,  the 
proper  computations  are  made  and  the  time  of  the  altitude 
request  is  recorded  in  the  track  State  Vector. 

4.4.4  Track  Initialization 


An  empty  track  slot,  which  has  been  cleared  of  all  previous 
data,  i s  found  in  the  CTS.  Empty  tracks  are  threaded  together 
into  their  own  list  using  the  sector  thread  mechanism.  This 
slot  will  hold  the  new  track  State  Vector.  This  report's 
measurement  time  is  determined  and  then  stored.  The  report 
coordinates  are  converted  to  x,  y,  z.  The  initial  horizontal 
prediction  estimates  for  external  and  internal  positions,  and 
velocities  are  determined  and  stored.  The  initial  predicted 
rho,  theta  search  position  is  computed.  The  Initial  internal 
and  external  position  predictions  are  set  identical  to  the 
reported  positions.  The  level  velocities  are  set  to  a  small 
non-zero  value.  The  turn  rate  stack  is  initialized  for  the 
track  to  be  used  in  the  x,  y  smoothing  process.  The  antenna 
sector  in  which  this  track  lies  is  determined  and  the  track  is 
added  to  the  proper  antenna  sector  list  (with  forward  threading 
only).  Various  pointers  and  flags  contained  in  the  State  Vector 
are  Initialized. 
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With  mode  C  altitude  data  present,  initialization  must  be 
performed  for  the  vertical  tracker  and  other  ATARS  tasks  must  be 
notified  that  valid  altitude  data  is  available  for  this 
aircraft.  Aircraft  track  type  and  code  information  that  is 
unique  for  either  DABS  or  ATCRBS  reports  must  be  stored  in  the 
State  Vector  during  track  initialization. 

4.5  Track  Processing 


The  Track  Processing  Task  performs  (1)  final  elimination  of 
tracks  which  are  not  to  be  serviced  by  ATARS  and  (2)  Track 
Update  Process.  All  surveillance  reports  have  been  associated 
with  tracks  or  used  to  start  new  tracks  in  the  Report  Processing 
Task.  Track  processing  accepts  each  report  and  calls  the  Track 
Update  Process  (Section  4.5.1).  All  report  correlation  is 
accomplished  in  the  DABS  sensor  and  is  accepted  as  being 
completed  by  ATARS. 

Input  data  for  track  processing  consists  of  local  or  remote 
reports  with  remote  times  of  measurement  which  have  been  stored 
with  the  associated  track  in  CTS  by  report  processing  (one 
report,  or  none,  per  track). 

Track  processing  operates  once  each  time  the  local  sensor  antenna 
enters  a  new  antenna  sector  and  processes  tracks  in  particular 
sectors  (relative  to  the  antenna).  The  sectorization  of  CTS  is 
accomplished  by  threading,  which  is  updated  as  aircraft 
positions  are  re-predicted. 

The  program  is  organized  so  that  when  the  antenna  enters  antenna 
sector  n,  all  tracks  associated  with  antenna  sector  n-4  are 
processed.  All  other  tracks  which  were  input  to  the 
Surveillance  Buffer  during  sector  n  are  then  processed,  (see 
timing  diagram,  Figure  4-4).  The  antenna  sector  gap  from  n-4  to 
n  allows  time  for  DABS  sensor  report  processing  and  sensor  to 
ATARS  transmission  delays.  The  maximum  delay  for  surveillance 
reports  is  expected  to  be  3  antenna  sectors. 

The  primary  function  of  track  processing  is  to  perform  track 
updating  in  antenna  sector  n-4  normally  with  local  data,  but  if 
this  is  missing,  to  attempt  remote  data  or  late  local  data 
updates  each  following  antenna  sector.  This  allows  timely  use 
of  remote  reports.  Various  processing  flags  and  time  checks  are 
utilized  to  prevent  too  frequent  updates  or  confusion  because  of 
ATARS  sector  changes. 

All  tracks  in  antenna  sector  n-4  whose  smooth/predict  and 
antenna  sector  process  flags  are  not  set  are  processed  as  a 
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group.  If  a  report  is  not  a  null  report,  a  track  update  (hit) 
is  performed,  which  includes  smoothing  and  prediction.  If  a 
null  report  has  been  stored,  a  track  update  (miss)  is  performed, 
which  provides  prediction  only.  Since  processing  for  this 
aircraft  has  been  accomplished,  the  antenna  sector  process  flag 
is  set  in  the  State  Vector. 

All  the  remaining  tracks  in  the  buffer,  both  late  local  and 
remote  reports,  are  processed  as  a  second  group.  If  the 
smooth/predict  and  the  antenna  sector  process  flags  are  clear, 
then  the  remote  data  is  accepted  and  a  track  update  (hit)  is 
performed  which  includes  smoothing  and  prediction. 

4.5.1  Track  Update 


The  Track  Update  Process  has  two  entry  points.  One  is  used  to 
process  a  track  after  a  report  has  been  selected  (a  hit);  the 
other  entry  is  used  to  process  the  track  in  final  prediction 
only  if  the  track  report  is  a  null  (a  miss).  The  update  process 
uses  smoothing  and  prediction  and  performs  other  State  Vector 
update  functions  as  well.  Accessory  bookkeeping  operations 
affect  the  CREFA  and  CREFD  files. 

4. 5. 1.1  Selected  Report  (Hit)  Updating 

The  measurement  time  is  computed  for  the  current  local  and 
remote  reports.  This  time  is  computed  from  the  report  azimuth 
and  the  antenna  position/rate  estimates.  The  report  time  is  set 
into  the  current  report  time7 in  the  CTS. 

The  previous  predictions  for  this  track  should  be  corrected  to 
the  current  measurement  time,  if  necessary.  The  predictions  are 
for  an  anticipated  time  of  local  data  measurement.  Thus,  if 
this  report  is  local,  no  correction  will  ordinarily  be 
required.  However,  remote  data  will  be  measured  at  quite 
different  times,  and  the  previous  predictions  must  be 
corrected.  Correction  is  accomplished  by  shifting  the  x,  y  and 
z  predicted  coordinates  by  the  time  difference  (TMP  -  TMR)  times 
the  internal  x,  y  and  z  velocity  estimates.  Both  internal  and 
external  predictions  will  be  affected  (see  Section  4.5.3). 

Rho,  theta  data  is  coordinate  converted  to  the  local  x,  y 
system.  Conversion  of  local  data  involves  slant  range 
correction  as  indicated  in  Figure  4-1.  For  remote  reports  a 
full  remote  to  local  system  conversion  must  be  used.  These 
conversions  utilize  the  altitude  measurement  if  present. 
Otherwise,  the  estimated  altitude  is  used.  In  cases  where 
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neither  is  available,  a  nominal  value  of  ZNOM  will  be  assumed. 
The  slant  range  for  both  local  and  remote  surveillance  reports 
must  be  transferred  into  SLREPS  before  any  coordinate 
conversions  are  made  to  the  data. 

For  local  reports  the  fact  that  smoothing/prediction  is 
accomplished  is  noted  in  the  State  Vector.  If  the  report  is  a 
DABS  report,  the  identity  of  the  remote  site  is  checked  in  the 
RAR.  If  it  is  determined  that  the  local  site  has  coverage,  a 
message  is  sent  to  this  ATARS  site  to  stop  sending  RAR  data  to 
this  aircraft  and  inform  the  local  DABS  sensor  to  start  ATARS 
service  for  this  aircraft.  If  it  is  determined  that  the  remote 
site  identified  in  the  RAR  has  control,  then  that  remote  site  is 
where  data  may  be  requested. 

For  a  remote  report  a  check  is  made  of  the  measured  x,  y 
position  against  the  external  prediction  (corrected)  for 
reasonableness.  If  the  report  is  not  reasonable,  no  update  is 
made  to  position.  If  the  aircraft  is  in  the  cone  of  silence,  it 
is  being  afforded  ATARS  service  and  is  ATARS  equipped  and  the 
remote  site  is  identified  from  which  data  will  be  requested,  a 
message  is  sent  to  the  site  requesting  RAR  data  for  this 
aircraft.  Sent  along  with  this  message  is  own-site  ATARS 
identification  and  the  directive  for  the  remote  site  to  set  its 
one  scan  flag  (OSCFL).  The  local  DABS  sensor  is  informed  to 
stop  ATARS  service  for  this  aircraft. 

After  x,  y  smoothing  has  been  performed  for  the  aircraft,  z 
smoothing  and  prediction  with  the  ATARS  vertical  tracker 
(Section  4. 5. 3. 3)  is  performed.  The  controlled/uncontrolled 
status  of  the  aircraft  is  set  according  to  the  new  DABS  report. 
The  local  and  remote  flag  indicators  in  CTS  are  also  cleared. 

4.5. 1.2  Null  Report  (MIsb)  Updating 


The  flag  which  indicates  the  local  sensor  has  lost  data  link 
contact  with  this  aircraft  is  set  in  the  State  Vector.  If 
present  time  minus  TM  is  greater  than  TDROP,  then  ATARS 
surveillance  is  dropped  for  this  aircraft.  The  aircraft  is 
placed  on  the  deletion  list  and  unlinked  from  the  X/EX-list. 

4. 5. 1.3  Updating  for  Selected  and  Null  Reports 

If  ATARS  surveillance  drop  is  indicated  and  the  aircraft  is  not 
on  the  X/EX-list,  the  track  is  dropped  and  its  cross-reference 
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links  (CREFA  or  CREFD)  are  erased.  For  those  aircraft 
designated  as  ATCRBS  or  radar,  the  State  Vector  Deletion  Task 
has  responsibility  for  the  drop  but  the  track  cross-reference 
(CREFA)  is  deleted.  Dropping  a  track  here  consists  of  simply 
re-threading  it  onto  the  empty  list. 

For  tracks  whose  ATARS  surveillance  drop  is  not  indicated, 
horizontal  track  positions  are  predicted  to  the  estimated  time 
of  next  local  data  using  the  ATARS  prediction  algorithm. 

Azimuth  and  range  are  computed  from  the  predicted  position 
values  and  stored  with  the  prediction  time. 

The  track  is  tested  for  ATARS  qualification  with  the  use  of  a 
firmness  control.  (NOTE:  Firmness  control  is  discussed  in 
Section  4.5.2.) 

If  the  track  is  qualified  for  ATARS  service,  see  if  it  is  on  the 
X-list  or  the  EX-list.  If  the  track  is  not  in  either  list, 
place  it  in  the  XINIT  List  for  the  Aircraft  Update  Processing 
Task  by  use  of  NEXTX.  If  the  track  is  on  either  list  and  ATARS 
service  is  not  being  afforded  this  aircraft,  test  the  track 
position  estimates  (external  prediction;  XP,  YP,  ZP)  to 
determine  whether  the  track  lies  within  the  ATARS  service  area. 
This  is  accomplished  by  a  geographical  area  determination  which 
utilizes  an  x,  y  masking  procedure.  This  x,  y  mask  is  defined 
as  the  ATARS  mask  service  area  as  shown  in  Figure  4-3. 

If  the  track  Is  within  the  area,  ATARS  service  is  given  to  the 
aircraft.  The  tracks  are  placed  on  the  appropriate  X-list  or 
EX-list  in  the  aircraft  update  task.  If  the  aircraft  is  ATARS 
equipped,  a  message  is  sent  to  the  DABS  sensor  to  start  ATARS 
service  for  this  track.  For  all  DABS  tracks,  the  primary/secon¬ 
dary  status  of  the  track  is  recorded  in  the  State  Vector. 

For  the  track  not  qualified  for  ATARS  service,  see  if  the  track 
Is  on  the  X-list  or  the  EX-list.  If  this  is  true,  drop  ATARS 
service  is  initiated,  and  the  aircraft  Is  placed  on  the  deletion 
list  and  unlinked  from  the  X-list  or  the  EX-list. 

4.5.2  Firmness  Control 


The  ATARS  tracking  system  uses  the  method  of  firmness  controlled 
smoothing  parameters  (see  Table  4-1).  Separate  values  are  given 
for  beacon  and  radar-only  reports.  Firmness  values  for  each 
track  are  adjusted  in  accordance  with  its  record  of  correlation 
success  (see  Table  4-2).  The  firmness  table  construction  and 
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TABLE  4-1 


HORIZONTAL  SMOOTHING  PARAMETERS  VS.  FIRMNESS 


FIRM 

ALFA 

BETA 

THK 

Beacon 

Radar 

Beacon 

Radar 

0 

1.000 

1.000 

0.000 

0.000 

- 

1 

1.000 

1.000 

1.000 

1.000 

LPV1 

2 

1.000 

1.000 

1.000 

1.000 

LPV 

3 

0.833 

0.780 

0.700 

0.650 

3.60 

4 

0.700 

0.595 

0.409 

0.360 

2.00 

5 

0.600 

0.475 

0.270 

0.220 

1.50 

6 

0.524 

0.395 

0.192 

0.145 

1.26 

7 

0 .464 

0.345 

0.144 

0.093 

1.12 

8 

0.417 

0.310 

0.112 

0.058 

1.03 

9 

0.400 

0.300 

0.100 

0.050 

1.00 

^LPV  Indicates  a  very  large  positive  value  which  disables 
turn  detection. 
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use  for  the  ATARS  tracking  system  differs  from  its  Augmented 
ARTS  III  counterpart  in  several  ways.  The  following  features 
are  present . 

1.  Fewer  levels  have  i-en  assigned  and  the  alpha,  beta 
smoothing  parameter  values  of  these  levels  have  been 
altered . 

2.  Together  with  alpha  and  beta  an  additional  threshold 
parameter,  THK,  has  been  added  to  adjust  ATARS 
cross-track  smoothing  thresholds.  (The  notation  (THK 
-  LPV)  means  that  the  ATARS  turn  detection  should  be 
disabled. ) 

3.  Three  firmness  values,  FIRMI,  FIRME  and  FIRMZ,  are 
maintained  on  each  track.  Each  uses  a  lookup  table  to 
select  parameters  for  internal  x,  y,  for  external  X, 

Y,  or  for  altitude  smoothing.  FIRMI  is  used  for  THK 
lookup . 

4.  These  firmness  values  step  up  or  down  depending  on  the 
success  or  failure  of  attempts  to  correlate  on  a 
particular  scan.  The  adjustments  are  made  after  the 
previous  firmness  levels  have  been  used  for  lookup. 
Nominal  adjustments,  which  are  common  to  all  three 
firmness  values,  are  further  subject  to  absolute 
assigned  maximum  firmness  limits.  Nominally, 

FIRMI^x  “  9 

FIRMER  -  4 

FIRMZmax  -  9 

These  values  cannot  be  exceeded  during  stepping.  Note 
that  a  successful  rho,  theta  correlation  does  not 
necessarily  result  in  a  successful  altitude 
correlation  so  that  FIRMZ  does  not  necessarily 
increase  with  FIRMI  and  FIRME.  Altitude  reports  may 
be  missing. 

5.  When  a  track  is  initiated,  FIRMI  and  FIRME  are 

Inserted  at  level  1.  Similarly,  if  altitude  data  on 
this  new  track  has  been  received,  FIRMZ  is  also 

Initialized  at  1.  If  no  altitude  data  has  been 

received,  set  FIRMZ  -  0. 

6.  A  track  is  terminated  when  the  time  interval  between 
the  current  time  and  the  time  of  the  last  successful 
horizontal  reply  (represented  by  TM)  exceeds  the 
threshold  value  TDROP. 
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7.  All  turning  track  firmness  levels  used  In  ARTS  III 
have  been  deleted. 

4.5.3  Track  Estimation 

Track  estimation  consists  of  two  processes:  smoothing,  In  which 
a  track's  current  data  Is  combined  with  a  previously  made 
prediction  to  achieve  an  improved  estimate  of  the  current  state, 
and  prediction,  in  which  the  current  smoothed  state  is 
extrapolated  one  scan  ahead  to  assist  correlation  and  prepare 
for  the  next  smoothing  step.  Figure  4-5  illustrates  turn 
sensing,  smoothing  and  prediction  based  on  the  current  positions 
and  velocities. 

Smoothing  and  prediction  processes  are  called  from  the  Track 
Update  Process.  The  essential  data  communicated  to  the 
smoothing  algorithm  is: 

a.  The  track  to  be  processed 

b.  The  report  to  be  used  for  smoothing 

c.  Estimates  of  antenna  position  and  rate 

The  prediction  algorithm  requires  only  the  first  and  third 
items.  Both  algorithms  modify  the  contents  of  the  track  State 
Vector.  In  both  smoothing  and  prediction,  reference  is  made  to 
internal  and  external  position  and  velocity  coordinates.  Inter¬ 
nal  refers  to  those  positions  and  velocities  used  internal  to 
the  Track  Processing  Task.  External  includes  all  positions  and 
velocities  used  elsewhere  in  the  ATARS  tasks  but  generated  in 
the  Track  Processing  Task. 

4. 5. 3.1  Horizontal  Smoothing 

The  ATARS  horizontal  smoothing  process  is  designed  to  provide 
improved  knowledge  of  aircraft  heading  during  turns  and  vertical 
velocity  information  for  the  level-occupancy  tracker  (Section 
4. 5. 3. 3).  Thus,  ATARS  conflict  detection  and  conflict 
resolution  may  be  performed  more  effectively  for  maneuvering 
aircraft  than  has  been  possible  with  previous  algorithms. 

Horizontal  (x,  y)  positions  and  velocities  are  smoothed  by  the 
well-known  alpha,  beta  technique  until  a  maneuver  is  sensed. 

The  cross-track  deviation  (data  report  distance  from  the  line  of 
the  predicted  track  vector)  is  compared  with  an  assigned  thres¬ 
hold  to  detect  a  turn.  If  a  Horizontal  Maneuver  Status  (HMS) 
indicates  a  turn,  the  turn  rate  (W)  is  computed  from  a  modified 
cross-track  deviation  computed  from  the  oldest  of  three  previous 
smoothed  positions  and  velocities.  Figure  4-6  illustrates  turn 
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FIGURE  4-5 

VARIABLES  AND  CONSTRUCTIONS  FOR  ATARS  X,Y 
TRACK  SMOOTHING 


(XPINEW,  YPINEW) 
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USING  HISTORICAL  POSITIONS  AND  VELOCITIES 


rate  computation  (in  relation  to  Figure  4-5)  using  historical 
positions  and  velocities •  Figure  4-7  illustrates  the  turn  rate 
computations  used  for  the  advisory  service  in  ATARS  (see  Own 
Message  in  Section  16.1.3.2).  Maneuvering  tracks  are  smoothed 
by  a  special  method  which  includes  track-oriented  geometric 
calculations.  The  following  implementation  avoids  use  of 
trigonometric  functions  wherever  possible. 

The  horizontal  smoothing  operations  are  controlled  by  two 
important  CTS  track  firmness  parameters  FIRMI  and  FIRMS  which 
are  maintained  by  the  correlation  program  in  accord  with  the 
record  of  correlation  successes  and  failures.  Table  4-1  shows 
how  the  various  smoothing  process  parameters  vary  with  these 
firmness  values  (denoted  generlcally  by  FIRM).  (The  level  zero 
is  restricted  to  FIRMZ) . 

Before  the  X,  Y  Smoothing  Process  is  started,  the  measured  range 
and  azimuth  are  converted  to  Cartesian  XR,  YR  components.  CTS 
contains  the  predicted  internal  position  XPIl,  YPI1,  and 
velocity,  XDIl,  YDI1,  estimates  for  the  current  predicted  data 
time,  TMP1.  CTS  also  contains  up  to  three  previous  smoothed 
internal  positions,  velocities,  old  data  times,  and  the  special 
predicted  positions  used  for  the  turn  rate.  For  an  update  with 
local  data,  TMPl  is  sufficiently  close  to  the  true  measurement 
time  that  these  predictions  may  be  directly  compared  with  the 
measurements.  For  an  update  with  remote  data,  the  predictions 
XPIl,  YPI1  are  first  corrected  to  the  remote  measurement  time  by 
using  the  velocities  XDIl,  YDIl  and  applying  the  time  difference 
TMR1-TMP1. 

Several  quantities  to  be  used  in  the  computation  of  the  turn 
rate  are  initialized  in  the  Track  Initialization  Process,  and 
are  available  In  the  State  Vector.  These  variables  are  updated 
in  the  X,  Y  Smoothing  and  Prediction  Processes.  These 
parameters  are  outlined  below. 

Last  predicted  internal  velocity: 

XDIOLD  -  XDIl 
YDIOLD  -  YDIl 

Last  predicted  internal  position: 

XPINEW  -  XPIl 
YPINEW  -  YPIl 

Time  on  the  stack: 

ST  -  0 
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SIN  A  -  b/r 

b  -  2r  SIN  A/2 
d  -  b  SIN  A/2 
-  2r  SIN2  A/2 

approx.  ■  2r  A2/4  FOR  IMALL  A 


A  -  wt  t  •  TIME  FOR  n  SCANS 


rA  -  vt  v  ■  VELOCITY 


d  ■  2(vt)vt/4 
*  1/2  vwt2 

w  -  2d/vt2  TURN  RATE 

SUBSTITUTING  FOR  d  AND  v,  THE  TURN  RATE  EQUATION  IS! 
W  ■  2CTDA/(XDIOLD2+YDIOLD2)  *  (DT+ST)2 

FIGURE  4-7 

TURN  RATE  COMPUTATION  FOR  ADVISORY  SERVICE 
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The  stack  time  Is  Initialized  in  the  Track  Initialization  Process  and 
stored  in  CTS.  The  stack  time  is  computed  each  scan  in  the  Track 
Processing  Task. 


Then  define  the  internal  deviation  vector  DI  as: 


__  '  DIX  '  '  XR  -  XPIl  ' 

DI  -  '  '  -  '  'and 

'  DIY  '  '  YR  -  YPIl  ' 


_  '  CTDIX  '  '  XR  -  XPINEW  ' 

CTDI  -  '  '  -  '  ' 

'  CTD1Y  '  '  YR  -  YPINEW  ' 


Let  the  elapsed  time  since  the  last  X,  Y  data  was  received  on  this 
track  be  DT.  This  time  difference  is  calculated  from  the  last  data 
time,  TM1 ,  stored  in  CTS  and  the  new  data  time.  New  data  time  for 
local  and  remote  reports  are  determined  here  from  the  measured  azimuth 
and  the  antenna  motion  estimates. 

Then  ALFA,  BETA  are  selected  through  FIRMI ,  and  the  smoothing 
equations  produce  the  intermediate  estimated  coordinates  designated 
XA,  YA,  XDA,  YDA  as  follows: 

XA  -  XPIl  +  ALFA  *  DIX 

YA  -  YPIl  +  ALFA  *  DIY 

XDA  -  XDI1  +  BETA  *  DIX/DT 

YDA  -  YDIl  +  BETA  *  DIY/DT 

The  next  step  is  to  sense  for  turns.  Let 

A  -  DIX  *  YDIl  -  DIY  *  XDI1 

CTDA  -  CTDIX  *  YDIOLD  -  CTDIY  *  XDIOLD 

S  -  Sign  (A) 

B  -  XDIl2  +  YDIl2 

The  cross-track  distance,  D,  used  for  turn  sensing  is 
D  -  A/SQRT(B) 
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The  square  root  can  be  avoided  by  dealing  with  the  square  of  this 
distance,  D2. 

D2  -  A2/B 

Let  D2TH  be  a  threshold  by  which  D2  is  measured  to  sense  a  turn. 

Then,  if  D2  .GT.  D2TH  and  S  is  negative,  a  left  turn  is  sensed.  If  D2 
.GT.  D2TH  and  S  is  positive,  a  right  turn  is  sensed. 

The  threshold  is  computed  as  a  function  of  track  range,  speed, 
orientation  and  the  data  source  used  for  this  update.  It  is  further 
modified  by  the  factor  THK  which  depends  on  FIRMI.  The  calculation  of 
D2TH  is  accomplished  through  two  intermediate  quantitites,  DTHA  and 
DTHB: 

D2TH  -  THK  *  (DTHA  +  DTHB  *  (XA  *  XDA  +  YA  *  YDA)2/(V2A  *  R2A) ) 


where 


R2A  -  XA2  +  YA2 
V2A  -  XDA2  +  YD A 2 

Physically,  DTHA  is  the  square  of  the  threshold  which  Is  appropriate 
for  testing  the  radial  deviations  of  a  track  moving  tangentially  to 
the  radar.  DTHA  +  DTHB  Is  the  square  of  the  threshold  appropriate  for 
testing  tangential  deviations  of  a  track  moving  radially.  The  factor 
multiplying  DTHB  is  the  square  of  the  cosine  of  the  angle  between  the 
track  direction  and  the  radius  vector  from  the  radar.  Since  the 
predicted  range  is  available  from  CTS,  it  may  also  be  used  with 
sufficient  accuracy  in  place  of  the  R2A  computation  above.  The 
quantities,  DTHA  and  DTHB,  are  determined  from  sensor  error  standard 
deviations  and  track  speed  by  the  empirical  formulas: 

DTHA  -  (3.1  *  STDA  +  1.35  *  SQRT  (V2A))2 

DTHB  (3.1  *  STDB  +  1.35  *  SQRT  (V2A))2  -  DTHA 

The  speed  estimate,  SQRT(V2A),  must  be  expressed  in  knots  for  this 
calculation  when  the  other  quantities  are  in  feet. 

The  sensor  error  parameters,  STDA  and  STDB,  are,  respectively,  the 
radial  and  tangential  data  error  standard  deviations  as  specified  in 
Reference  1.  A  typical  parameter  set  for  each  data  source  is  listed 
in  Table  4-3.  Tangential  parameters  generally  depend  on  the 
track-range,  SQRT(R2A).  Since  remote  data  is  not  oriented 
conveniently  in  the  local  sensor  system,  a  pessimistic,  isotropic 
assignment  is  made. 


$ 
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TABLE  4-3 


THRESHOLD  PARAMETERS  IN  FEET 


SOURCE 

STDA 

STDB1 

Local  DABS  Beacon 

150 

.002 

*  SQRT 

(R2A) 

Local  ATCRBS  Beacon 

180 

.002 

*  SQRT 

(R2A) 

Local  Radar 

215 

.004 

*  SQRT 

(R2A) 

Remote  Beacon 

500 

500 

^The  range,  SQRT(R2A) ,  should  be  expressed  In  feet. 
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When  a  turn  Is  sensed,  a  correction  in  the  direction  of  the  sensed 
turn  is  made  in  the  heading  of  the  aircraft.  Let  DR  be  the  vector 


DR 


'  DRX  ' 

t  » 

'  DRY  ' 


'  XDI1  *  DT  +  DIX  ' 

I  f 

'  YDIl  *  DT  +  DIY  ' 


and  VA  the  vector 


VA 


'  XDA  ' 

t  I 

'  YDA  ' 


The  magnitude  of  this  correction  is  half  of  the  angle  between  vectors 
DR  and  VA,  except  when  this  angle  exceeds  some  threshold,  TTH ,  in 
which  case  the  correction  is  limited  to  TTH/ 2 .  (It  is  assumed  that 
the  parameter,  TTH  will  be  less  than  90°).  Let  phi  be  the  angle 
between  vectors  DR  and  VA  and  let  CT2  *  cos2(TTH) . 

Define 

C  =*  DRX  *  XDA  +  DRY  *  YDA 
P  -  Sign(C) 


Then 


CP  2  -  _ _ 

(DRX2  +  DRY2)  *  V2A 

Define 

CP  -  SQRT(CP2) 

Let  sin  (ab8(phi)/2)  »  SPD2  and  cos  (abs(phi)/2)  -  CPD2.  Where  abs 
means  the  absolute  value  of  the  parameter. 

SPD2  -  SQRT  ((l-CP)/2) 

CPD2  -  SQRT  ( ( 1+CP)/ 2 ) 
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Let  delta  theta  be  the  absolute  value  of  the  heading  correction  and 
let  SDT  «  sin  (delta  theta)  and  CDT  =  cos  (delta  theta).  Let  STD2  » 
sin(TTH/2 )  and  CTD2  »  cos(TTH/2).  Then, 


SDT  »  STD2  ' 

If  P  *  CP2  .LE.  CT2 

CDT  -  CTD2  ' 


SDT  -  SPD2  ' 

'  -  otherwise 
CDT  -  CPD2  ’ 


The  new  estimated  internal  velocity  coordinates  are: 


XDIlnext  -  XDA  *  CDT  +  S  *  YDA  *  SDT  ' 

if  D2  .GT.  D2TH 

YDHnext  -  YDA  *  CDT  -  S  *  XDA  *  SDT  ’ 


MW  "  ' 

if  D2  .LE.  D2TH 

YDUnext  “  ™  1 


When  a  turn  has  been  sensed  in  the  same  direction  on  two  consecutive 
updates,  an  additional  heading  correction  of  magnitude,  DELTA,  is 
applied  in  the  direction  of  turn.  Let  SDEL  -  sin(DELTA)  and  CDEL  » 
cos(DELTA) . 

If  a  turn  is  sensed  on  two  consecutive  updates,  the  final  external 
velocity  coordinates  used  as  a  source  of  the  coordinates  in  ATARS 
detection  and  resolution  are: 

®Elnext  -  XDIlnext  *  CDEL  +  S  *  YDIlnext  *  SDEL 

TOElnext  “  YDI1next  *  CD£L  ~  S  *  XDIlnext  *  SDEL 

For  all  other  cases: 

®E^next  “  XDIlnext 
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YDElnext  -  YDIlnext 

Note  that  the  DELTA  correction  affects  the  data  used  for  detection  and 
resolution,  but  does  not  influence  the  internal  tracker  velocities, 
and,  hence  is  not  propagated  into  the  future. 

The  smoothed  internal  position  estimates  are: 

XSI1  -  XA 

YSIl  -  YA 

XSI1  and  YSIl  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 

The  horizontal  maneuver  status  indicator,  HMSl,  stores  the  turn 
indication  for  use  on  the  next  update.  It  is  set  to  zero  during  track 
prediction  if  the  predicted  time  of  the  miss  data  1b  later  than  THMS 
beyond  the  last  data  time. 

Let  XPl ,  YPl  be  the  external  estimates  used  In  ATARS.  These  are 
position  predictions  for  the  current  data  time,  but  distinct  and 
separate  from  the  internal  estimates.  Define  the  external  deviation 
vector  DE  as: 


__  '  DEX  '  ’  XR  -  XPl  ’ 

DE  -  '  '  -  '  ’ 

'  DEY  '  '  YR  -  YPl  ' 


Here,  too,  for  remote  data  a  preliminary  correction  is  applied  to  XPl, 
YPl  using  XDIl,  YDI1  and  the  time  difference  TMRl  -  TMPl. 

After  ALFA  is  selected  through  FIRME,  the  smoothed  estimates  XS1,  YS1 
are  produced  by  the  operation: 

XS1  -  XPl  +  ALFA  *  DEX 

YS1  -  YPl  +  ALFA  *  DEY 

XS1  and  YS1  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 
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Both  internal  and  external  position  estimates  are  propogated  into  the 
future,  but  positions  predicted  for  turn  rate  computations  (see  Figure 
4-7)  are  completely  independent  and  are  not  propagated  into  the 
future.  The  reason  for  these  two  types  of  estimates  Is  that  the 
internal  positions  are  designed  to  provide  effective  turn  sensing 
while  the  external  estimates  provide  more  accurate  actual  positions 
for  ATARS  threat  detection  and  resolution. 

The  Detect  Task  and  resolution  advisories  evaluation  logic  use  the 
turn  status  as  determined  by  the  following  logic.  The  turn  sensing 
algorithm  has  seven  states  (noted  in  Table  4-4)  representing  different 
degrees  of  confidence  that  the  aircraft  is  actually  turning.  The 
cross-track  deviation  (D2)  is  checked  against  two  thresholds  (THl, 

TH2)  which  are  computed  from  the  equations  shown  on  Table  4-5.  One 
threshold  is  small  enough  so  that  the  probability  of  a  missed  alarm  is 
small  and  there  is  little  delay  in  detecting  a  turn.  The  other 
threshold  is  large  enough  so  that  the  probability  of  a  false  alarm  or 
wrong  alarm  is  minimized  (see  Reference  6).  The  transition  diagram 
for  the  turn  sensing  states  is  summarized  in  Table  4-6. 

4. 5. 3. 2  Horizontal  Prediction 

When  a  track  receives  data,  prediction  is  done  just  after  smoothing. 
The  various  smoothed  estimates  are  projected  ahead  to  the  next  local 
correlation  time  using  the  appropriate  smoothed  velocities.  The 
velocities  are  not  modified.  When  a  track  receives  no  data,  the 
previous  predictions  are  treated  as  if  they  were  new  smoothed 
estimates  and  are  predicted  again.  In  this  case,  prediction  is 
accomplished  during  first  pass  processing  in  the  tracking  module. 

Let  DS  be  the  estimated  time  to  the  next  local  report.  Then, 

XDI1  =  XDIlnext 
YDI1  -  YDIlnext 

XPI1  -  XSI1  +  DS  *  XDI1 
YPI1  =  YSIl  +  DS  *  YDI1 

XP1  -  XS1  +  DS  *  XDI1 
YP1  -  YS1  +  DS  *  YDI1 

To  compute  XPINEW,  YPINEW,  use  time  at  stack  top  minus  time  at  stack 
bottom  to  compute  time  on  the  stack  (ST).  Use  position  and  velocity 
on  the  bottom  of  the  stack,  ST,  and  DS  to  predict  the  next  position. 


TABLE  4-4 


VALUE  OF 
(TURN) 

$STRNGLFT 

$WKLFT 

$ STRAIGHT 

$WKRGT 

$STRNGRGT 

$HUHMINUS 

Ihuhplus 


TURN  SENSING  STATES 


DEFINITION 


We  are  very  confident  that  the  aircraft  ia  turning 
left. 

We  are  alightly  confident  that  the  aircraft  is  turning 
left. 

We  are  very  confident  that  the  aircraft  is  going 
straight. 

We  are  slightly  confident  that  the  aircraft  is  turning 
right . 

We  are  very  confident  that  the  aircraft  is  turning 
right. 

We  are  uncertain  about  the  aircraft's  turn  status. 

We  are  uncertain  about  the  aircraft's  turn  status. 
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TABLE  4-5 


EQUATIONS  FOR  TURN  SENSING 

C2T  -  (XA  *  XDA  +  YA  *  YDA)2 
V2A  *  R2A 

CRNG1  -  (TRKW1  *  STDA  +  TRKW2  *  SQRT  (V2A))2 
CAZ1  -  (TRKW1  *  STDB  +  TRKW2  *  SQRT  (V2A) )2  -  CRNG1 
THl  «  THK  *  (CRNGl  +  CAZ1  *  C2T) 

CRNG2  -  (TRKS1  *  STDA  +  TRKS2  *  SQRT  (V2A) )2 
CAZ2  -  (TRKS1  *  STDB  +  TRKS2  *  SQRT  (V2A) )2  -  CRNG2 
TH2  -  THK  *  (CRNG2  +  CAZ2  *  CZT) 
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TABLE  4-6 


TRANSITION  DIAGRAM  FOR  TURN  SENSING 


PREVIOUS 

NEXT 

VALUE  OF  (TURN) 

VALUE 

STRONG 

WEAK 

WEAK 

STRONG 

OF 

LEFT 

LEFT 

STRAIGHT 

RIGHT 

RIGHT 

(TURN) 

(IHIT— 2) 

(IHIT— 1) 

(IHIT-0) 

(IHIT-+1) 

(IHIT*+2) 

♦STRNGLFT 

♦STRNGLFT 

♦WKLFT 

$ STRAIGHT 

♦huhplus 

♦huhplus 

♦WKLFT 

♦STRNGLFT 

♦WKLFT 

$ STRAIGHT 

♦huhplus 

♦huhplus 

♦STRAIGHT 

♦WKLFT 

♦WKLFT 

♦STRAIGHT 

♦WKRGT 

♦WKRGT 

♦WKRGT 

♦HUHMINUS 

♦HUHMINUS 

♦straight 

♦WKRGT 

♦STRNGRGT 

♦STRNGRGT 

♦HUHMINUS 

♦HUHMINUS 

♦straight 

♦WKRGT 

♦STRNGRGT 

♦HUHMINUS 

♦WKLFT 

♦WKLFT 

♦straight 

♦huhplus 

♦huhplus 

♦HUHPLUS 

♦HUHMINUS 

♦HUHMINUS 

♦straight 

♦WKRGT 

♦WKRGT 
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Note  that  external  X,  Y  positions  are  predicted  using  internal 
velocities.  This  is  done  to  reduce  the  possible  perturbations  caused 
by  false  turn  detections. 

In  order  to  prepare  for  the  next  correlation,  the  predicted  range 
(RH0P1)  and  azimuth  (AZP1)  are  calculated  from  the  external 
predictions  and  stored  in  the  track  file. 

RHOPlnext  "  SQRT  (xpl2  +  YPl2  +  zpl2> 

AZplnext  ”  tan  (XP1/YP1)  (with  quadrant 
determination) 

For  an  update  with  local  data,  DS  is  nominally  the  estimated  scan  time 
of  the  antenna. 


DS 


scan 


360° 

ARATE 


The  tangential  motion  of  a  track  near  the  antenna  may  require  a 
correction  of  this  value.  A  method  for  determining  whether  correction 
is  needed,  is  to  find  (AZPlnext  -  AZP1)  and  then  the  increment  of 
extra  scan  time  which  this  predicted  azimuth  change  requires.  The 
extra  time,  DDS ,  is  a  correction  of  DSscan  and  may  be  positive  or 
negative.  If  the  magnitude  of  DDS  is  TDDS  or  greater,  the  predictions 
are  recalculated  with  the  exact  DS,  i.e., 

DS  "  DSscan  +  DDS 
For  an  update  with  remote  data, 


'  DSqran  +  DDS  Loop  1 

DS  -  TMP1  -  TM1  + 

'  0  Loop  2 

The  time  for  which  the  predictions  are  made,  TMPlnext,  is  calculated 
and  stored  in  the  State  Vector. 

For  a  hit: 

™plnext  “  TM1  +  DS 
For  a  miss: 

TWlnext  "  TMPl  +  DS 
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(TM1  is  the  time  of  measurement  of  the  current  report,  which  replaced 
the  old  time  after  the  call  to  the  vertical  tracker). 

4. 5. 3. 3  Vertical  Tracker 


The  level-occupancy  vertical  tracker,  developed  by  Lincoln 
Laboratories  (see  Reference  12),  is  replacing  the  older  alpha-beta 
vertical  tracker  used  in  the  previous  ATARS  design.  The  level- 
occupancy  vertical  tracker  shows  a  much  improved  response  to  swift 
vertical  manuevers,  which  was  a  deficiency  in  the  older  tracker.  The 
algorithm  for  the  vertical  tracker  is  taken  directly  from  Reference  12 
and  translated  into  the  pseudocode  shown  in  Section  4.6.  The  CTS  is 
expanded  to  include  the  new  quantities  necessary  to  implement  this  new 
vertical  tracker  and  the  correct  initialization  is  obtained  from  that 
provided  in  Reference  5. 

4.5.4  Supporting  Routines 


This  section  provides  a  list  of  some  common  routines  required  by  the 
ATARS  tracker.  Particular  algorithms  are  outlined  in  selected  cases. 
Track  processing  control  flags  are  briefly  summarized  and  their 
utility  noted. 

Required  routines  of  particular  importance  are  the  following: 

1.  Antenna  Azimuth  Position/Rate  Estimation 

This  routine  is  called  by  the  Report  Processing  Task.  The  input 
consists  of  an  antenna  azimuth  position  from  the  header  word 
supplied  with  each  antenna  sector's  reports  in  the  Surveillance 
Buffer.  An  azimuth  is  received  each  antenna  sector,  whether  or 
not  there  are  accompanying  target  reports. 

It  is  also  necessary  to  read  the  ATARS  real-time  clock  at  the 
time  the  azimuth  is  extracted. 

The  antenna  estimate  is  embodied  and  stored  in  three  variables 
APOS,  ATIME,  ARATE.  Let  the  new  input  azimuth  be  ANAZ  and  the 
clock  time  CTIME.  Then  the  estimate  update  is: 

ARATEnext  -  (1  -  A3ETA)  *  ARATE  +  ABETA  *  (ANAZ  -  APOS) 

(CTIME  -  ATIME) 

APOSnext  “  ANAZ 
ATIMEnext  -  CTIME 
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ABETA  is  a  smoothing  constant  (approximately  ■*  .5).  If  ANAZ  - 
APOS  is  negative,  add  360°.  Thus  this  difference  is  always 
taken  as  a  positive  angle.  Check  CTIME  -  ATIME.  If  too  small 
(i.e.,  corresponds  to  less  than  1/2  antenna  sector)  skip  the 
update  for  this  antenna  sector. 

2.  Local  Report  Time  of  Measurement 

The  routine  is  used  wherever  local  reports  are  utilized  for  track 
update  or  initialization.  The  input  data  are  the  measured  report 
azimuth,  AZR,  and  the  antenna  estimates. 

The  algorithm  for  measurement  time,  TMnext  is: 

TM„ov,  -  ATIME  +  (AZR  -  APOS) 

ARATE 

3.  Coordinate  Conversions 

a.  Local  rho,  theta  to  x,  y. 

b.  Local  x,  y  to  rho,  theta. 

c.  Remote  rho,  theta  to  local  x,  y. 

See  Section  4.2  and  Figure  4-1  for  a  brief  general  description  of 
the  coordinate  framework. 

Note  that  remote  sensor  site  parameters  must  be  stored  and  used 
in  c  in  the  above  list.  A  selection  of  parameters  is  made 
through  the  sensor  ID  supplied  with  each  report. 

4.  Sector  Thread  Update 

The  requirements  of  this  program  (or  programs)  are  to: 

a.  add  a  new  track  to  a  sector  thread, 

b.  delete  a  track  from  a  sector  thread, 

c.  change  a  track  from  one  sector  thread  to  another. 

5.  ATCRBS/Radar  Cross-reference  (CREFA)  Update 

The  requirements  of  this  routine  are  to  create  or  delete  a  CREFA 
link  to  a  track  State  Vector. 

6.  DABS  Cross-reference  (CREFD)  Update 
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The  requirements  of  this  routine  are  to  create  or  delete  a  CREFD 
link  to  a  track  State  Vector. 


7.  CREFA  Reference 

This  routine  locates  a  given  track  in  CTS  from  its  ATCRBS/radar 
surveillance  file  number  by  utilizing  CREFA.  Or  it  determines 
that  no  reference  exists. 

8.  CREFD  Reference 

This  routine  provides  a  function  similar  to  7,  but  for  a  DABS  ID 
using  CREFD. 

The  following  is  a  brief  summary  of  required  State  Vector  processing 
flags  and  indicators  used  in  the  Track  and  Report  Processing  Tasks. 
Their  operation  and  function  in  the  program  are  briefly  summarized. 

1.  LOFL:  local  data  flag 
RMFL:  remote  data  flag 

These  flags  indicate  the  source  type  of  a  report  stored  with  a 
track  in  CTS.  They  are  set  when  the  report  is  stored  and  cleared 
during  track  update  or  initialization. 

LOFL  and  RMFL  are  both  used  to  indicate  presence  or  absence  of 
data  from  a  particular  site. 

2.  SMPR:  smooth/predict  flag 

SPRO:  antenna  sector  process  flag 

These  flags  provide  Internal  communication  and  prevent  confusion 
in  the  timing  of  operations  of  the  tracker. 

SMPR  is  set  when  local  reports  are  used  for  the  Track  Update  or 
Track  Initialization  Process.  The  flag  is  cleared  1/2  scan  after 
the  Track  Update  Process  has  been  performed  for  the  aircraft's 
sector.  Its  function  is  to  Inform  later  program  tasks  that  an 
update  has  already  occurred  on  thiB  scan  and  to  defer  further 
updates  to  the  next  scan. 

SPRO  is  set  after  conclusion  of  local  report  processing  in  the 
Track  Processing  Task.  It  is  cleared  1/2  scan  after  the  Track 
Update  Process  has  been  performed  for  the  aircraft's  sector.  It 
is  tested  before  each  track  is  accessed  in  the  Track  Processing 
Task.  It  inhibits  reprocessing  a  track  in  the  remote  or  late 
local  report  processing  step. 
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3.  DRSUR:  drop  surveillance  flag 
DRATS:  drop  ATARS  service  flag 


These  flags  indicate  drop  conditions.  Both  exist  for  the  benefit 
of  the  State  Vector  Deletion  Task,  which  takes  final  action  when 
a  track  is  to  be  dropped. 

DRSUR  is  set  by  the  tracker  when  it  determines  that  a  track 
should  be  dropped  (drop  bit  received  or  too  much  time  elapsed 
since  last  data  input). 

DRATS  is  set  when  the  Track  Update  Process  determines  that  the 
track  is  not  qualified  for  ATARS  service  or  is  outside  the 
service  area.  Otherwise,  it  is  cleared  during  update. 

4.  ATSS:  ATARS  service  flag 

This  flag  is  set  by  the  Track  Update  Process  when  it  determines 
that  a  track  has  become  eligible  for  ATARS  service.  It  adds  a 
new  track  to  the  XINIT  List.  Geographical  processing  performs  a 
more  precise  geographical  check,  and  may  clear  this  flag  if  the 
aircraft  is  outside  the  service  area.  The  flag  is  cleared  when 
the  ATARS  service  is  discontinued  in  response  to  a  DRATS 
indication  or  because  the  geographic  checks  show  the  track  to  be 
outside  the  service  area. 

Three  operations  require  coordinated  actions  between  the  Track 
Processing  Task  and  subsequent  ATARS  tasks.  These  are  to: 

1.  Start  ATARS  service  for  a  track 

2.  Drop  ATARS  service  for  a  track 

3.  Drop  surveillance  for  a  track 

A  surveillance  drop  is  a  total  drop  from  the  track  and  cross- 
reference  files.  An  ATARS  service  drop  only  terminates  traffic 
advisory  and  resolution  advisory  service;  tracking  is  still  required 
for  domino  processing. 

These  operations  are  coordinated  by  the  State  Vector  flags;  ATSS, 
DRATS,  DRSUR.  Table  4-7  shows  in  each  case  the  actions  Initiated  by 
track  processing  and  then  the  actions  taken  by  New  Aircraft  Processing 
or  State  Vector  Deletion  Tasks  to  complete  the  operation. 

ATARS  service  is  discontinued  when  a  track  leaves  the  ATARS  service 
area.  This  event  is  determined  by  geographical  processing. 
Geographical  processing  sets  the  DRATS  flag  directly  and  proceeds  with 
the  final  actions  as  indicated  in  the  table. 
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TABLE  4-7 


STEPS  REQUIRED  TO  START/DROP  ATARS  SERVICE  OR  DROP  SURVEILLANCE 


FUNCTION 

STEP  I 

STEP  II 

Start  ATARS 

TRACK  PROCESSING  TASK 

NEW  AIRCRAFT  PROCESSING  TASK 

Service 

Set  ATSS 

Remove  from  XINIT  List 

Put  track  In  XINIT  List 

Put  In  appropriate  X-llst 

Reset  DRATS 

Set  INXFL 

Initialize  State  Vector 

Drop  ATARS 

TRACK  PROCESSING  TASK 

Service 

Set  DRATS 

Reset  ATSS 

OR 

GEOGRAPHICAL  PROCESSING 
Reset  ATSS 

Set  DRATS 

Drop  ATARS/ 

TRACK  PROCESSING  TASK 

STATE  VECTOR  DELETION  TASK 

Domino 

Set  DRSUR 

Remove  track  from 

Surveillance 

Erase  CREFA  link 

appropriate  X-llst 

OR 

Remove  from  sector  list 

REPORT  PROCESSING  TASK 

and  add  to  empties* 

Set  DRSUR 

Erase  CREFD  link 

Erase  CREFA  link 

*This  action  effectively  erases  the  track  from  CTS. 
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4.6  Pseudocode  for  Surveillance  Report  and  Track  Processing 

The  pseudocode  follows  for  the  Report  Processing  Task  and  the  Track 
Processing  Task  described  In  this  section.  The  format  "surveillance 
data  ITEM”  used  in  the  low  level  pseudocode  refers  to  a  data  field  In 
the  DABS,  ATCRBS  or  radar  reports  (Tables  3-3,  3-4,  3-5). 
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Esmasam  iabis  ar  eamm 


i 


EME 


REPORT  PHOCESSIBG  LOCAL  PARABSTERS . 4-P3 

REPORT  PROCESSIRG  LOCAL  ? ARI ABLES . 4-P5 

REPORT  PROCSSSIBG  LOR-LETEL  LOGIC  .  j  .  ..  4-P7 

TASK  RE?ORT_PROCESSIRG  .  4-P7 

PROCESS  ATC_arop_tadar_repor*s  .  4-P9 

PROCESS  ATC_droo_non_Bode_C_repor*. . 4-pil 

PROCESS  re«ote_repor^_inpo't . 4-P13 

PROCESS  surTeillance_area_report_processing  .  4-P15 

PROCESS  flnal_repor*_selection  .  4-P17 

PROCESS  flag_pointer_initlal  .  4-P19 

PROCESS  sea»_f lag_apdating  .  4-P21 

PROCESS  traclt_lnltiali*a*ion . 4-P23 

°POCESS  itractt_ini* . 4-P25 

TPACE  P»OCESSIBO  LOCAL  PARABETERS  .  4-P27 

TRACE  "ROCESSIRG  LOCAL  TARIABLES  .  4-P29 

TRACE  PROCSSSIBG  LOB— L REEL  LOGIC  .  4-P33 

EASE  ?RACE_PROCSSSIHG  .  4-P33 

PROCESS  ♦Tack_opdat« . 4-P35 

PROCESS  ai*itade_*TansiElon_Ioglc  .  4-P37 

PROCESS  i«E«l_*ransltlon_aodate  .  4-P39 

PROCESS  locaI_TBpor*_serTtca  .  4-P41 

PROCESS  aon*ransltion_loglc  .  4-»43 

PROCESS  rat«_reinitia!ization  .  4-P45 

PROCESS  r8Bote_repott_serEi.ee  .  4-P47 

PROCESS  residaal_rate_detection  .  .  .  4-P49 


I 

| 

r 


j 
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PROCESS  singla_transttion . 4-P51 

PROCESS  start ap_saoothing  .  4-P53 

PROCESS  track_ser»ice_deteralnation  . . 4-P5S 

PROCESS  x_y_predi.ct.lon . 4-P5R 

PROCESS  x_y_s«oothing  .  4-P59 

process  z  tracker . 4-P61 
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<*•*  THE  PARAMETERS  LISTED  8EL0#  UPS  LOCAL  TO  THE  B*POR*  PROCESSIHS  TUSH 

STRPCTORE  HP^PARf! 

GRODP  ztr t_init 

FIT  ALT_TIHS_FACT  <  1.0  > 

1ST  ?ISHEP_IHI"  <  5  > 

Ft*  ETEL_IHIT  <  Initial  taloe  of  velocity  for  tertlcal  tracAer  > 

5RDSTR0CTCTRP: 


REPORT  PROCESSIRG  LOCAL  PARAHETBRS 
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<•*•  THE  TBBIIBLES  LISTED  3BL0*  18 E  LOCH  TO  TEE  HBP08T  PPOCBSSI1G  T»SB  •••> 


STBDC»OBE  BPS'TBL 

<•«•  LOGIC-P*"!?  T 881  ISLES  *••> 

GF OOP  lo<?ic_path 

BIT  BPTBB  <  finished  processing  this  rspor*.  Is  repor*.  processing  > 

EBDSTBGCTGBT; 


B&CW.M  PAG«  BUMC-NOT  PJLMU) 


BSPOBT  »80CBSStBG  IOC1L  TH8I8BLES 


»-P5 


tian  iiniv<ocnsni) 


U  (on*  eec*ors  reports  in  surveillance  buffer,  systea  paraeeters) 

OPT  (*1*  buffer,  antenna  sector  list,  deletion  list,  RBRA,  rbhp,  CR'vp, 

CRBPA,  sessages) 

HOOT  (state  vector,  conflict  tables,  systea  varables)  : 

<  Process  all  surveillance  reports  froa  sensor  and  do  high  level  selection  > 
Read  sector  header: 

Opdate  antenna  position  and  rate; 

REPEAT  PHILS  (aore  surveillance  reports  in  sector  need  processing) ; 

CLEAR  report  finish  flag;  <RPTSR> 

PBSPORB  ATC_drop_radar_reports;  <aay  set  RPT?K> 

IP  (report  not  finished  yet) 

THRU  PERPORH  ATC_drop_non_a6de_C_reports ;  <aay  set  RPTRB> 

IB  (report  not  finished  yet  ^|I0  it  is  a  reaote  report) 

THRU  PBBPORil  reaote_report_input;  <alvays  sets  RPTRR> 

Test  if  report  is  vithin  ATAFS/Poaino  surveillance  area  rho_theta  aask: 
JI  (report  vithin  surveillance  aask) 

THBB  SBT  report  surveillance  area  aask  flag; 

IP  (report  not  finished  yet  ifiD  (report  in  ATARS/doalno 
surveillance  area  0£  null  report) ) 

1|‘HBR  PBRPOBH  surv*iHanc*_area_report_processing: 

<alvays  sets  RP*RR> 

IP  (report  not  finished  yet  ARP  state  vector  exists) 

'"HSR  Add  aircraft  to  deletion  list; 

BRPPBPBAT: 

SRP  RBPORT_PPOCSSSIRG; 


RBPORT  PR0CSSSIR3  HI3H-LBTBL  L03IC 
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TUSK  REPORT_PROCESSIMG 

IB  (one  sectors  reports  in  surveillance  buffer,  SYSTEM) 

OPT  (Pus  buffer,  antenna  sector  list,  deletion  list,  RBMA,  READ,  CREED, 

CHEF*,  aessages) 

IMQGT  (SVECT,  conflict  tables,  SYSVAR) : 

<  Process  all  surveillance  reports  fros  sensor  and  do  high  level  selection  > 

Read  sector  header; 

Update  antenna  position  (STSTAR.  APOS)  and  rate  (SYSVAR.  APATE)  ; 

REPEAT  RHILE  (sore  snr  veil  lance  data  for  sector  available)  ; 

CT,EAR  RPTRK; 

PERFORM  ATC_droo_radar_reports;  <say  set  RPTRK> 

IF  (PPTRF  EQ  SFALSE) 

THEM  perform  ATC_drop_non_aode_C_repor ts ;  <sav  set  rptrk> 

15  (RPTRF  52  (FALSE  352  surveillance  data  SERSOB  ID  M* 

SYSTEM. LOCAL_ID) 

THEM  PEPFORM  reeote_reoort_i nput ;  (always  sets  RPTRM> 

Test  if  report  is  within  ATARS/Dosino  surveillance  area 
with  rho_tbeta  sask; 

55  (report  within  surveillance  sask) 

-HEM  SET  STBCT. SRYMSR ; 

I*  (RPTRF  52  (FALSE  452  (STBCT. SRTMSH  52  (TRUE 

25  surveillance  data  HULL  REPORT  *2  *TRDE) ) 

THEM  PERFORM  surveillance_araa_report_processing; 

<alvays  sets  RPTRK> 

15  (P«TRV  52  (FALSE  452  STBCT  55  null) 

THEM  Add  to  deletion  list; 

;rppe?»it: 


EBP  REPO RT_?ROCESS IMG; 


REPORT  PROCESMIMG  LOB-LBTEl  LOGIC 
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PROCESS  lTC_drop_radar_re  port  s: 

<  Deteraine  if  radar  report  is  not  to  be  processed  > 

12  ((»?C  requests  stop  processing  radar  reports  )  HEP 
(this  is  a  radar  report)) 

THEE  I?  (ITCHES  track  initial  flag  set)  <lTin.G> 

THEE;  <nse  this  radar  report  since  it  is  a  one  scan 

snbstitntion  for  1TC8BS  surveillance  report> 

ELSEIT  (DIBS  ID  or  ITCHBS/radar  surveillance  file  nnaber  in  cross 
reference) 

THEE  SET  drop  AT1HS  service  and  report  finish  flags; 
Place  aircraft  on  deletion  list; 
otherwise  set  report  finish  flag; 

Et.SE:  <continoe  processing  report> 

EHD  »*C_4rop_radar_reports; 


ESPOPT  PEOCBSSIHG  HIGH-tBTEt  LOGIC 
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PROCESS  ATC_drop_radar_reports; 

<  Determine  if  radar  report  is  not  to  be  processed  > 

II  (  (SYSPAR.  atcror  gg  spalse)  ng 

(surveillance  data  format  type  jg  radar  report) ) 

THBH  II  (SYBCT.ATIP1G  jg  STROP) 

TREE i  <radar  report  not  rejected  becanse  of  one  scan 

sobstitntlon  for  ATCRBS  surveillance  report> 

BLSEIE  (DABS  ID  or  ATCRBS/radar  snrreillance  file  number  in  cross 
reference) 

THEE  SET  SYSCT. DRSBR  and  RPTRR; 

Place  on  deletion  list; 

QTiTEHEISE  U2  RPTRE; 

ELSE;  <costinua  processing  report> 

EED  ATC_droo_radar_reports; 


REPOST  PR0CE3SIBG  tOR-lBYBL  LOGIC 
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PBOCBSS  hTC_drop_non_eode_C_report; 

<  Petsriloe  If  aon_sode  c  report  is  to  be  processed  > 

If  ((DfC  requests  stop  processing  of  non_tode  C  rsports  )  HP 

(this  is  a  non.eode  C  report)  IBP  (non_eode  C  froe  last  report)) 

THSB  If  (DIBS  IP  or  ITC1B3  surveillance  file  nosber  1b  cross  reference) 
THBB  SBT  drop  ITXBS  service  and  report  fiolsh  flags; 

Place  aircraft  ob  deletion  list; 

BISB  SB?  report  finish  flag: 

ELSE:  <cOBtlnne  processing  reoort> 

EBP  XTC_dtop_non_sode_C_report: 


I8P0BT  PB0CB8SIBG  Biatl-IETSL  10QIC 
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PROCESS  A'*c_irop_non_sode_c_report: 

<  Deteraine  if  non_aode  C  report  is  to  be  processed  > 

IZ  ( (STSVAS. ATCBBC  52  SFAtSR)  452 

(surveillance  data  BODE  C  PRESERT  52  SPALSE)  452 
(SFBCT.BCPtG  *  SEALS  E) ) 

THEW  IP  (DABS  10  or  ATCRBS  surveillance  file  noeber  in  cross  reference) 
THEB  SET  STECT.DRSOH  and  RPTRE; 

Place  on  deletion  list; 

ELSE  SET  BPTHK; 

ELSE:  <continue  processing  report) 

EBP  »*c_drop_non_sode-c_report: 


REPORT  PROCES3IBG  LOI-LETBl  LOGIC 
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process  reaote_report_input; 

<  special  processing  for  reaote  reports  > 

H  (nail  report) 

THEE  SET  report  finish  flag: 

ELSEIE  (DIBS  ID  or  STCRBS/radar  surveillance  file  nuaber  in  cross  reference 
table) 

THEE  Bind  track  nuaber; 

II  (drop  STSRS  service  flag  aat) 

THEE  SET  report  finish  flag: 

Et.SE  Save  report  in  state  vector: 

Calculate  aircraft  sector  ID: 

SET  report  finish  flag; 

U  (RSR  aessage  is  eapt?  > ED  aircraft  is  STIES  egulpped 
SEP  aircraft  is  in  STIRS- service  SEP 
no  resolution  aessage  in  DPHES) 

THEE  Generate  eapty  RIB  report  for  this  SC  and 
send  to  oan  SIR  buffer; 

IT  (report  1TIRS  site  ID  bits  have  been  changed 
froa  last  report) 

THEE  Store  nev  STIRS  site  ID  bits; 

II  (SC  in  a  conflict  table) 

THEE  PE8T0RH  seaa_flag_updating; 

OTHEREISE  SET  report  finish  flag; 

ESP  reaote_report_lnput; 


REPORT  PR0CZS3IEG  HIGH-LEV  El  LOGIC 
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PBOCBSS  reeote_report_input; 

<  Special  processing  for  renote  reports  > 


II  (surveillance  data  SOU.  FBPOBT  52  STBOB) 

THBB  SB?  HPT8S; 

BLSBIF  (DABS  ID  or  ATCBBS/radar  surveillance  file  nosbar  in  cross  rafaranca 
♦able) 

THBB  find  track  nnaber; 

II  (STBCT. D8S08  52  *TSOB) 

TABS  SBT  HPTBK; 

BLSB  Sara  report  in  state  rector; 

SBT  STBCT. BHFL; 

Calculate  STBCT. SVSID; 

SBT  BPTBH; 

If  ((FAB  sassaga  is  enpty)  ASP 

(STBCT. ATSBQ  52  SABO)  hSl 
(STBCT.  ATSS  52  STBOB  US 
(STBCT. OPBBS  52  SDLl)) 

THBB  Generate  enpty  BIB  report  for  this  AC  and 
sand  to  o«n  BAB  buffer; 

II  (surveillance  data  OB  FTBID  <ITS  S0BFIBLD>  55  STBCT. GBOG) 
THBB  stbc*. GBOG  *  surveillance  data  OH  FIBLD 

<ATS  SOBFIBLD>; 


OTB5MISS  Sll  *”8*! 


U  (STBCT. CTPTB  IS  SPOIL) 

THBH  PBBFOBH  seat_f lag_opdating; 


fifl2  reeote_report_input; 


BBPOBT  PBOCBSSIWG  LOB-tBTBL  LOGIC 
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PROCESS  snr»eillance_area_report_processing; 

<  Pinal  selection  to  deteraine  if  report  is  to  be  forwarded  to  traclt  processing  > 

IP  (D»BS  ID  or  ITCRBS/radar  surveillance  file  nneber  in  cross  reference) 

THEE  Pind  track  nnsber  in  cross  reference; 

XP  (drop  »f»8S  serwlce  flag  set)  <D8SBB> 

THEB  SB T  report  finish  flag; 

ELSEIP  (track  drop  bit  set) 

THRU  SET  drop  1TABS  serwlce  and  report  finish  flags; 

Place  aircraft  on  deletion  list; 

OTHERWISE  PERPORB  final_report_selection;  <aay  set  RPT9K> 

ELSEIP  (track  drop  bit  set) 

THE8  SET  report  finish  flag; 

OTHERWISE  PEBPOBB  tr ack_inltialiration; 

SET  report  finish  flag; 

EBP  surweillance_area_report_processing; 


SEPOBT  PR0CES3IRG  HIGH-LSTEL  LOGIC 


j 

i 
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PROCESS  sarTeillance_area_report_proceeeing; 

<  Final  selection  to  detereine  if  report  i«  to  be  forwarded  to  tract  proceeding  > 

12  (OkBS  id  or  kTCRBS/radar  surveillance  file  naeber  in  croee  reference) 

THEM  Find  track  naeber  in  croee  reference; 

If  (STBCT. DRSOH  ffl  ITBEB) 

THEW  SET  SPTSK; 

BlSEir  (earweillance  data  THICK  DROP  Ifi  IT  HOB) 

THEM  SBT  STBHT. DRSUR  and  RPTRR; 

Place  aircraft  on  deletion  list; 

OTHER RISE  PERFORM  final_report_eelection ;  <eay  aet  RPTRK> 

BI.SBIF  (surveillance  data  TRUCK  DHCP  Jfl  STROE) 

THRU  SBT  HPTRK; 

otherwise  perform  track^lnitiallzation ; 

SET  HPTRK; 

BMP  surveillance_area_report_procesaing; 


REPORT  PROCESSISO  U-t-lETEt  tOOIC 
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PROCESS  f inal_raport_selection; 


I 

IP  (diffraction  tone  bit  get  09  nail  report) 

T9 EM  S*T  report  finish  and  null  flags; 

E1SBIP  (rho_theta  test  indicates  that  report  is  not  reasonable) 

T9 BE  SBT  report  finish  flag; 

OTHERWISE  Store  data  in  state  rector; 

Calculate  sector  ID; 

SBT  local  data  and  report  finish  flags; 

IP  (RAR  aessage  is  eapty  ARP  ATARS  equipped  ABD 

in  ATA9S  serrice  ARP  no  resolation  message  in  OPHES) 

THEE  Generate  eapty  RIB  report  for  this  AC  and  send  to  own 
BAR  buffer; 

I?  (site  ID  bits  RE  GBOG) 

THER  Store  new  site  ID  bits; 

17  (he  in  a  conflict  table) 

TREE  PBPPORB  seas_f lag_updating; 

IP  (ALEC  request  froa  pilot) 

THBR  Create  ALEC  entry  on  designated  AC  PRILST; 

Sawe  ALEC  update  tiae  in  state  rector; 

ERD  final_report_selection; 


RBPO»T  PRO CPSSIRG  HIGH-LETEt  LOGIC 
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PROCESS  f inal_report_selectlon ; 

1 P  ((snrreillance  data  DIPPR ACTIOH  FLAG  £2  STROP)  21 
(snrreillance  data  SOIL  BBPOBT  BO  STROP) ) 

TUBS  S£T  RPTBP  and  STECT. WOLLPG; 

BLSriF  (rho_theta  test  indicates  that  report  is  not  reasonable! 

THIS  SET  BPTBK; 

OTHERWISE  Store  data  in  state  rector; 

Calcnlate  STECT. STSID: 

SET  STECT. LOPl  and  BPTBS ; 

JT  <(RAR  message  is  empty)  A££  (STECT.  ATSEQ  £2  I A  TO)  ASP 

(STECT.  1TSS  £2  *TSOS)  A£D  (STECT.  OPHES  £2  ROLL)) 
ini  Generate  empty  BAB  report  for  this  AC  and  send  to  o»n 
BAB  buffer; 

IT  (snrreillance  data  OH  FIELD  CATS  SOBFJELD>  HE  STECT.  GEOG) 

THEH  STECT. GEOG  »  snrreillance  data  OH  FIELD  CATS  SOBFI*LD>; 
If  (STECT. CTPTR  £E  SSOlt) 

THES  PEBTOBH  seae_f lag_npdating; 

IP  (snrreillance  data  OH  ETELD  CAEB  SOBPIEID>  £2  STROP) 

THEH  Create  ALEC  entry'  on  designated  AC  PWIL5T; 

STECT. ALECT  =  STSTAB. CTIHE; 


BHD  final_report_selection ; 


BEPOBT  PROCESSIHG  LOW-LETEL  LOGIC 


PROCESS  flag_pointer_initial 

Initialize  rarious  flags; 
Initialize  pointers; 
Initialize  equipage; 

EBP  flag_polnter_initial; 
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PROCESS  f lag_point«r_lBltlal: 

SET  SfECT.SNPR; 

SIM  S7ECT.ATSS; 

CL EUR  S7ECT.DRS0R; 

CLEAR  S7ECT.  BEATS  : 

CLEAR  S7ECT.L0PL; 

CLEAR  STECT.EETl; 

S7ECT.C‘E  «  SROLL; 

S72CT.CTPTE  «  *R<JLL: 

S7ECT. C0HC  »  sor»aillanc«  flata  TARGET  CORTROl  STATE; 
S7ECT. ATSEQ  *  SOREQ: 

ERD  ;iag_poiBter_initlal; 


REPORT  PROCBSSIRG  L07-LS7BL  LOGIC 
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PROCESS  seaa_flag_apdating 


<  Detersine  state  of  seas  flag  in  conflict  table  > 

Rind  all  sites  that  see  any  aircraft  in  conflict; 
Deteraine  whether  ant  of  these  sites  are  connected; 

IE  (no  sites  are  connected) 

THEE  CtBiR  seas  flag  in  conflict  table; 

EtSB  SET  seas  flag; 

EED  seae_f iag_nodating; 
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PBOCESS  seaa_flag_updating: 

<  Deteraine  state  of  seae  flag  la  conflict  table  > 

Fore  logical  OF  of  GEOG  fields  for  all  1C  in  conflict  table; 
Fore  logical  1F0  between  abowe  result  and  connected  site  data 

IP  (result  is  zero) 

TUBS  CtBUB  CTH8J0.SBIB; 

Ft SB  SET  C*HE»D.SE»a: 

EBP  sea«_flag_uodating; 


HEPOBT  PBOCE33IBG  LO«-tBTEl  LOGIC 
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PROCESS  track_initialization; 

Find  enpty  track  slot; 

Store  report  tine; 

Convert  report  rho,  theta  to  x,  y,  z  coordinates; 

Set  up  state  vector  initial  conditions; 
hdd  aircraft  to  proper  antenna  sector  list; 

Calculate  proper  ATARS  sector  ID  for  aircraft; 

If  (sode  C  altitude  present) 

THEM  PERPORH  ztrack_init ; 

Initialize  vertical  fireness; 

SET  valid  altitude  report  flag:  <BCELG> 

ELSE  Zero  vertical  firaness; 

CLEAR  valid  altitude  report  flag;  <HCELG> 

PERf OBH  f lag_pointer_initial; 

Clear  REHA  or  REBD  if  report  duplicate; 

IF  (DABS  report) 

THEM  Link  to  CREED  and  set  type  to  DABS; 

Save  DABS  ID: 

Generate  sassages  to  report  cliab  perforaance  capability,  equipage 
and  class  of  service; 

ELSEIE  (radar  report) 

THRU  Link  to  CREEA; 

OTHERWISE  SET  ATCRBS  initialization  flag  and  set  type  to  ATCRBS ; 

Save  ATCRBS  ID; 

Add  ATCRBS  file  nunber  to  state  vector; 

Link  to  CREEA; 


EBP  track_initialization; 


REPORT  PROCESSIBG  HIGB-LETEL  LOGIC 


U-P22 


P80CBSS  track_lnltlali*atlon; 

Find  enpty  track  slot; 

ST2CT. Tfl  *  SYSTAP. CTISE; 

ConTert  report  rho,  theta  to  *,  y,  2  coordinates; 

STBCT.  PIRBB  *  1; 

STBCT.  PIBtll  »  1; 

STECT.RRS  ■  0.; 

Add  aircraft  to  proper  antenna  sector  list; 

Calculate  STBCT. STSID; 

IP  (surTelllance  data  BOOB  C  PBESBRT  J2  *TR0B) 

THPB  PBBPOBH  itrack_lnlt; 

STBCT-  FIHSB  «  1; 

SBT  STBCT. BCPLG; 

Et SB  STBCT. PIRHB  -  0; 

CLBAB  STBCT. BCP1G; 

PEBPOBH  f lag_ooin ter_ln It lal ; 

Clear  RBSA  or  REHD  if  report  duplicate; 

IP  (surTelllance  report  fornat  type  12  DABS) 

TREE  link  to  CBEPD; 

STBCT. TTPB  »  SDAB5; 

STBCT. CODE  «  surTelllance  data  DABS  ID; 

Send  OITA  LI BE  CAPABILITY  REQUEST  and  ATARS  BXTERDBD  CAPABILITY 
REQUEST  aes sages; 

ELSBIP  (surTelllance  report  fornat  type  £2  radar) 

TBEB  link  to  CRBPA; 

OTHBBtlSB  SET  STBCT. ATIPLG ; 

STBCT. TYPB  -  «ATCRBS; 

STBCT. CODE  «  surTelllance  data  ATCHBS  SORTEILIABCE  BILE  RO; 

Link  to  CRBPA; 

BWD  track_lnitlali2atlon; 
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PBOCISS  ltrack_init 


<  Initialize  rertical  tracker  quantifies  > 

Initialise  z  tracker  state  rector  data; 

BID  ztrack_init; 


- - -  FSPOPT  PBOCBSSI1IS  BIOH-tBTBt  LOSIC 
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PROCESS  xtrack_init 


<  Initialize  vertical  tracker  quantities  > 

STBCT.  IS  *  surveillance  data  BOOB  C  ALTITUDE; 

SVBCT.  IDE  »  ZTBL_I»IT; 

STBCT. TBZ  »  SYSTAB.CTIBE; 

STBCT. ZPPBT  «  sorvelllance  data  BOOB  C  ALTITUDE; 

SVBCT.TtOPD  »  SYSTAB.CTIBE  -  STSTBB. OT; 

SYBCT.  LOT  «•  STSTBB.  0  /  IBS  (STBCT.  ZDS)  ; 

SVBCT.  TIHBZH  »  PISSZE_IKT: 

SVECT. SUCBT  »  0; 

STECT. SUB8ES  »  0.; 

SVTCV.  TTPSAL  »  SYSTAR.CTIBE  -  STBCT.  LOT  ♦  ALT_TIBB_PACT  *  STSTBB.  OT 

EBP  seae_flag_apdatlng; 
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THE  PA8ASBTE8S  LISTED  BELOB  *8!  LOCAL  TO  TEE  TBACB  PROCESSIBG  TASB  ***> 

BTBOCTOBt  '’’RKPAB  B 


SBOOP  Tet*_tracKer 

FIT 

BE'r  4_B4I 

< 

0-1  > 

HI 

c»t_dbit 

< 

A.  0  > 

HI 

CHT_IBCB 

< 

10  > 

HI 

DECAY_FCTR 

< 

decay  of  transition  > 

HI 

OISCBEPIBCT 

< 

triggers  rate  reinitialisation  > 

hi 

FIPBZJIAX 

< 

9.0  > 

HI 

FT«S28_I9CR 

< 

0.6  > 

HI 

FT?flZB_5AX 

< 

10.0  > 

HI 

FI?BZB_BIB 

< 

2.0  > 

HI 

L*BE1_^IBE 

< 

99.0  > 

HI 

LIL_BT'r 

< 

1.0  > 

HI 

LOT_SCAtB 

< 

0.9  > 

HI 

BXSS_PCTB 

< 

for  aissing  flats  > 

HI 

OBEXRA"? 

< 

single  transition  rate  > 

HI 

PIBT_SC4B 

< 

0.8  > 

ft  m 

pA‘rE_FACT 

< 

2.0  > 

HI 

B4TESBOOTH 

< 

stiff  rate  saoothing  > 

HI 

SC4B_FICTOB 

< 

0.05  > 

HI 

SHIPT_rAC'p 

< 

69  > 

HI 

SS_BAG 

< 

aagnltnfle  setting  > 

HI 

SR_THRSSH 

< 

detect  excess  snssefl  residual  > 

HI 

SPGAIS 

< 

snenefl  residual  saoothing  gain  > 

IfiECKWiNO  PACK  BUMt-NOT  FILMS 

I 
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i 


E  E  E  E  E  E  E  E  E  E  E 


<  100.0  ft  > 


TBST_THRSR 
TRARS_RACTOR 
JlBTBl 
ITOBORH 
TTRARBSID 
ZCORRECT 
ZSROOTH 

►.rk_quality 
BBSTAB 

T90S 
TDSOP 
THIS 

BROSTgOCTOgB; 


<  1.2  > 

<  transition  Leva!  tines  > 

<  threshold  for  transition  to  noraal  smoothing  > 

<  for  extra  snaned  resldnal  > 

<  for  correcting  altitude  rate  > 

<  position  smoothing  > 

<  firaness  value  used  to  deteraine  if  track  is  qualified 

for  ATARS  processing  > 

<  scan  tiae  correct  threshold  > 

<  tiae  interval  without  horizontal  reply  to  droo  a  track  > 

<  tiae  required  to  zero  horizontal  aanenver  status  > 
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<*•*  THE  f H5HBI.es  LISTED  BELOW  ARE  LOC1L  TO  THE  TBkCK  PROCESSIBS  T»SE  ••»> 


STRUCTURE  "RKVBL 


0»ODP  rer*  tracker 


PIT 

BETkl 

31 

blih 

IBT 

DBIBS 

in 

OELT 

71* 

DEB 

Ill 

DE10 

UZ 

ISC.B 

FLT 

OSIGB 

31 

TCTR 

FLT 

TEST 

31 

TSDEX 

FLT 

TPRET 

31 

ZR 

FLT 

zi 

»ROQP  logic_path 


BIT  HIT 
BIT  RRREJF 

BIT  TSREJF 


<  altitade  rate  saoothing  > 

<  TRK_T1R. BETil  lilit  > 

<  si2e  of  level  occupancy  bins  > 

<  change  in  lerel  occupancy  tiae  > 

<  change  in  BODE  C  report  > 

<  scan  fraction  of  TRK_THR.DELT  > 

<  sign  applied  to  SYSVkR.Q  » 

<  sign  of  bin  quantization  > 

<  current  transition  tiae  > 

<  test  for  altitude  trend  > 

<  transition  index  > 

<  previous  transition  tiae  > 

<  surveillance  data  RODE  C  1LTIT0DE  > 

<  previous  level  occupancy  tiae  > 


<  report  is  processed  as  a  'hit*  or  a  good  report  > 

<  reaote  report  processing  finished  in  track 

processing  task  > 

<  track  service  finish  flag  > 


THICK  PROCESSIBS  LOCAL  TkRIkBLES 


»-P2B 


;  "M 


SROPP  smoothing 


nr  02 

FIT  -D2TH 

121  IHIT 
Ft?  SfE»_S«S 

nr  s 
nr  thi 

»LT  TH2 
PL  r  T0RV 

hi  ■ 

PIT 

Ill  IDES 
Ill  XDIS 
Ill  xs 

Ill  XSI 
HI  YU 
HI  YD'H 
HI  TOIR 
HI  XS 
HI  YSI 

GPQOP  predict 

HI  x 
HI  os 
HI  XBP.T.l 
SIT  R8CFLG 

HI  xoos 
HI  XBSS 

FBPSTPtJCTPfl  f: 


<  cross  track  distance  > 

<  threshold  for  torn  sense  > 

<  tnrn  sense  weight  > 

<  new  tarn  sense  > 

<  horizontal  aanenwer  status  > 

<  lover  cross  track  deviation  threshold  > 

<  upper  cross  track  deviation  threshold  > 

<  turn  sense  state  > 

<  turn  rate  > 

<  alpha  saoothed  x  position  > 

<  new  external  x  velocity  > 

<  new  internal  x  velocity  > 

<  external  ssoothed  x  position  > 

<  internal  smoothed  x  position  > 

<  alpha  saoothed  y  position  > 

<  new  external  y  velocity  > 

<  new  Internal  y  velocity  > 

<  external  saoothed  y  position  > 

<  internal  saoothed  y  position  > 


<  tiae  to  naxt  data  report  > 

<  scan  tiae  of  antenna  to  next  local  report  > 

<  new  computed  tiae  of  track  > 

<  recalculate  prediction  > 

<  scan  tiae  correct  threshold  > 

<  tiae  required  to  zero  horzontal  maneuver  status  > 


TakCk  PROCBSSIWG  tOCkt  VhRIhBtBS 
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TIS*  TP*CV_»POCBSSIRG 


m  (antenna  sector  lis*,  spates  variables,  spates  paraaeters) 

OPT  (deletion  list,  x/ex_list,  aessages,  CBBPi,  CBBPD,  XISIT  list) 

HOOT  (state  vector)  ; 

<  Takes  reports  passed  froa  report  processing  and  initializes  or  updates  tracks  > 

BBPBkT  spilt  (aore  tracks  on  antenna  sector  list  froa  four  sectors  previous 
to  the  present  processing  sector) 

It  (seooth_predict  OR  antenna  sector  process  flag  set) 

1325;  Cproceed  to  next  track> 
ttsttt  (nail  report) 

THBB  CitkR  nail  flag; 

SST  antenna  sector  process  flag;  <SPBO> 

ClBkB  hit  flag;  <HIT> 

PBRPOBH  track_apdate;  <for  aiss> 

0T3BBBISB  521  hit  flag;  <HIT> 

PBBPOBH  track_apdate;  <for  hit> 

SET  antenna  sector  process  flag;  <SPHO> 

EBDREPEkT; 

BBPBk*  shii*  (aore  track  data  in  antenna  sector  list  not  froa  four  sectors 
previous  to  the  present  processing  sector) 

<reaote  hit  or  late  local> 

IP  (saooth_predict  flag  set) 

1322: 

ELSEIP  (antenna  sector  process  flag  not  set) 

THEB  521  bit  flag;  <HIT> 

PBBFOBI)  track_opdate;  <for  hit> 

OTHERWISE:  <continae  to  next  track> 

C1B1R  saooth_predict  and  antenna  sector  process  flags; 

SaHBS2£2t: 

PtFEl"*  WHILE  (aore  tracks  reaain  on  back  side  antenna  sector  list) 

Select  next  state  vector  froa  list; 

CiEkB  saooth_predict  and  antenna  sector  process  flags; 

BBPBBPEkT; 

552  track_processing; 
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WECHDliXl  FAGS  blamc-not  filmed 


I- 


TUSK  TRACK  PROCESSING 


III  (antenna  sector  list,  STS7A8,  STSTEH) 

OPT  (delet ion  list,  x/ex_list,  Messages,  CREEA,  CREED,  UNIT  list) 

IHOOT  (SPEC?) ; 

<  Takes  reports  passed  froa  report  processing  and  initialises  or  nndates  tracks  > 
REPEAT  WHILE  (sore  tracks  on  antenna  sector  list  fros  foor  sectors  previous 
to  the  present  processing  sector) 

12  ( (STBCT.  SSPR  *2  JTROB)  2fi  (STECT.  SPRO  Bfl  JTRDE) ) 

THEN :  <proceed  to  next  track) 

ELSEIE  (SVECT. WDLLEG  Sfi  J^ROE) 

THEM  CLEAR  STECT. ROLLEG ; 

SET  STECT- SPRO; 

CLEAR  HIT; 

PEREORH  track_update;  <for  aiss> 

OTHERSISB  SET  HIT; 

PEREORH  track_opdate;  <for  hit) 

SET  STECT. SPRO; 

ERPJEPEAT; 

REPEAT  while  (sore  track  data  in  antenna  sector  list  not  Iron  four  sectors 
previous  to  the  present  processing  sector) 

<reaote  hit  or  local) 

£E  (STECT.  SHPR  JTRDE) 

THEN; 

ELSEIE  (STECT.  SPRO  JEALSE) 

THEH  SET  HIT; 

PEREORH  track_update;  <for  hit) 

<continue  to  next  track) 

CLEAP  STECT. SHPR  and  STECT. SPRO; 

REPEAT  WHILE  (sore  tracks  reaaln  on  back  side  antenna  sector  list) 

Select  next  state  vector  Eroa  list; 

CLEAR  STECT. SPRO  and  STECT. SHPP; 

ENPRSPEAT: 

EHD  track_processing; 

-  tjaCK  PROCESSIRG  LOR-LETEL  LOGIC  - 
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PROCESS  track_update 


<  Saooth  and  predict  track  of  aircraft  > 

CLEAR  RRREJP; 

IT  (a  hit  track  opdate) 

‘■‘HER  Inltialiie  data; 

Correct  prediction  and  local  slant  range  to  cnrrent  tine: 
Convert  rho,  theta  to  local  x,  v  coordinates; 

IT  (resote  report) 

TBEB  PERTOBB  renote_report_3erTice;  <naj  set  R?RBJT> 
ELSE  PERTORH  local_report_serTice ; 

IT  (renote  report  finish  flag  not  set) 

TBEB  PERTORB  i_r_seoothing; 
ggBfPBq  *_tracker; 

Save  tine,  control  status; 

CLEAR  reeote  and  local  flags; 

ELSE  SET  local  sensor  lost  data  link  contact  flag;  <DLODT> 

IT  (too  long  since  last  report) 

THEK  SET  drop  ATARS  surveillance  flag;  <DRSOR> 

Place  aircraft  on  deletion  list; 

Unlink  aircraft  fron  x/ex_list; 

ELSE  PERTOBB  i_tr acker; 

(reeote  report  finish  flag  not  set) 

X!  n  track_service_detersination; 

EBP  track^update; 


TRACK  PROC ESSIES  BIOH-LEVEl  LOOIC 
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PBOCBSS  track_qpdata; 

<  Saoo*h  and  pradlct  track  of  aircraft  > 

clbrp  rrpbjp: 

12  (HIT  «  STB  OB) 

XflJta  Coaputa  BBf_TH ; 

Corract  pradlctlon  and  local  slant  ranga  to  cnrrant  tlaa; 
Conaart  rho,  that  a  to  local  x,  y  coordlnataa; 

12  (STBCT.  RHPL  •£  STROB) 

THBB  PBBPOBH  raaota_raport_sarTlca;  <aap  sa*  RRR*JP> 
BLSB  PBBPOHH  loca ^raport^sarTlca : 

12  (RHRBJP  SS 

THBB  PBBPOBH  *_r_saoothing : 
gHEHfl  s.ttackar; 

STBCT.TH  -  BB»_TH) 

STBCT. cbhc  -  saraaillaoca  data  TlRGET  coRTPOt  ST»T* 
CLB1H  STBCT. RHPL  and  STBCT. LOPL; 

BLSB  SBT  STBCT. CLOUT; 

12  ((STSTRR.CTISB  -  STBCT.  TH)  £2  TDROP) 

THBB  SBT  STBCT. DRSUR; 

Placa  aircraft  on  dalatloa  list; 

Unlink  aircraft  froa  x/ax_list; 

OSI  Eiama  *_t rackar; 

12  (RRRBJP  32  SPILSE) 

tan  mma  tr ack_sarTlca_datarainat ion ; 

322  track_ipdata; 
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PROCESS  altitude_transltlon_loglc; 

Peternine  sign  of  soda  c  report  change; 

Assign  that  sign  to  the  bin  quantization : 

Estinate  aititnde  trend; 

U.  (aititnde  trend  test  fails) 

-HEW  PBBPOBH  singleltransltion; 

PEBPOBB  level_transltion_update; 
aa  Calcnlate  change  in  level  occupancy  tine; 

IP  (estisated  level  occuoancy  tine  IJ  scan  length) 

TBEB  Reassess  change  in  level  occupancy  tine; 

IP  (vertical  rate  firanes  indicates  level  track)  £2 

(discrepancy  in  bin  occupancy  tine  is  beyond  its  Halt) 
THRU  PERPOBB  rate_reinitialization; 

ELSE  PEBPORH  residual_rate_detection: 

Saooth  estinated  tine,  altitude,  and  altitude  rate; 
PBBTOBH  laval_transition_update; 

EBP  altitude_transition_logic; 


TRACK  PB0CBSSIB8  BISB-18TEI  10CIC 
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PROCESS  al*itade_»ransiti.on_logic : 


ISGB  =  IHT(  SIGH  (  1.  ,  DZHJ)  ; 

QSIGH  =  STSTEH.Q  *  ISGB: 

TEST  »  SVECT. ZDS  *  DZH; 

I?  (TEST  IE  TEST_THBSH  AgD  DBIBS  S2  1) 

THEB  PEBFOBH  single_transition; 

PBBfOBH  level_*ransitloo_update; 

ELSE  TPPEV  =  (SYSVAB.CTIHE  -  SVECT.  TTPRAL)  /  DBIBS; 

BELT  =  TPSEV  -  SVECT. LOT; 

0210  *  OELT  /  SYSTEH.DT; 

IF  (SVECT.  LOT  LT  SYSTEH.DT) 

THEE  D2 1 0  =  ( (SYSYAB.CTIHE  -  SVECT.  TLOPD)  /  SVECT.  LOT)  - 

IS  ( (SVECT. FIRHZB  LE  0)  Og  (»BS(  0210)  £T  DISCBEPABCY) ) 

-HES  PEBFOBH  raEe_relnltiali*ation; 

PEFFOBH  l8y«l_*ransition_apdate; 

ELSE  PERFOHS  rasidoal_rate_de*ecEion: 

SVECT. LOT  =  (SVECT. LOT  ♦  BET  A1  •  <  DBIBS  *  TPREV 

-  SVECT.  LOT»  /  (1.  ♦  BETA  1  •  <DBISS  -  1>) 
SVECT. ZOE  =  QSIGH  /  SVECT. LOT; 

SVECT. ZS  *  SVBCT.  ZP  ♦  ZSHOOTB  *  (ZB  _  SVECT. ZP); 

PEBFOBH  Iev«l_tran3ition_apdate; 


EBP  alti*.ade_*ransitlon_loglc; 


TRACE  PBOCESSIBG  LOB-LEVEL  LOGIC 


DBIBS; 


A-P37 


tlflsm  le*el_transltion_apdate; 

Update  previously  reported  sode  C  altitude; 

Opdat*  tiaa  of  transition  to  previously  reported  aode  C  altitade; 
Update  startup  counter; 

ir  (last  altitade  report  vas  received  before  last  track  update) 

rau  correct  transition  to  fall  sltbln  period  of  aissin?  data 

SI>££: 

K8D  level_ttansitlo«_up4ate: 


— —  TUCK  PROCESSING  HIUH-lETBl  tOGIC 


D-P38 


PROCESS  leT«l_transition_upaat«: 

SVECT.  ZPRS7  »  2R; 

STIC11.  T^PRAl  »  STSYAR.CTIBB; 

SVECT. SBCST  -  SVECT. STCBT  ♦  CRT_IRCR; 


U  (SVECT. TBS  IS  S7ECT.T1SPO) 

THTS  SVECT.TTPRAL  «  STSVAR.CTISB  ♦  BISS_fCTB  *  (  SVECT. TS2  -  STSVAR.CTISB 

♦  SYSTSB.DT)  ; 


2iSS: 


SET)  le»el_transi*ion_tipaat«: 


"•RUCK  PROCESSUS  tOW-LETEt  tOSIC 


»-P19 


PROCESS  local_report_service; 

SET  s«ooth_?redict  flag;  <SBPP> 

II  (not  ORBS  report) 

ERSR;  <proceed  to  saoothing> 

SLSEIE  (reiote  BARS  being  received) 

THEN  Send  aessage  to  reaote  sensor  to  stop  sending  BAR  data; 

Place  negative  reiote  ATARS  site  ID  into  REBRAR; 

Send  aessage  to  ovn  ORBS  sensor  to  start  A TARS  service  for 
this  AC; 

CLEAR  local  sensor  lost  data  link  contact  flag;  <OLOO'"> 

OTHERWISE  CLEAR  local  sensor  lost  data  link  contact  flag;  <DLOOT> 

<the  reaote  site  10  in  REBRAR  is  vhere  data  nay  be  regnested> 

EVP  local_report_service; 


TRACE  PROCESSING  SIGH- LEVEL  LOGIC 


»-P«0 


PROCESS  local_report_service; 

SET  SVECT. SHPR; 

JP  (SVECT. TTPE  jJ5  SDABS) 

1211!  <proceed  to  saoothinq) 

ELSEIf  (SVECT. REHRA8  21  0) 

THBB  Send  STA8T/ST0P  8EHOT S  818  DATA  sassage  to  aita  in  SVECT.  RSBRAR, 
soecifping  STOP; 

SVECT. REHRAH  *  -  SVECT. 8EH8AR; 

Send  STURT  ATARS  SBR7ICB  iessage  for  this  AC  to  own  sensor; 

CLEAR  STECT.  DLOtJT; 

OTHERWISE  CLEAR  SVECT- DLOOT; 

<the  reaote  site  ID  in  REHEAR  is  where  data  saw  be  requested) 


EBP  local_report_serwice; 


TRACE  PROCESSIRG  LOB-LEVEL  LOGIC 


»-P*1 


PBOCBSS  nontransltion_logic; 

Bvaluate  seoothed  altitude; 

Deteraina  current  level  occupancy  tine; 

Create  level  occupancy  tlae  index; 

I 2  (estieated  level  occupancy  tiae  U  9011  of  a  scan) 

£322  Reassign  level  occnpancy  tiae  index; 

X*  (level  occupancy  tiae  index  indicates  level  flight) 

1322  Transitlon  to  level  flight; 

BtSBIP  (level  occupancy  tiae  index  indicates  excess  altitude  rate) 
liter  external  altitude  rate; 

Decrease  altitude  rate  flrnnesa; 

BtSBI t  (alti‘ude  rate  firnness  is  not  reinforced) 

TflBR  Alio*  altitude  rat*  to  decav  noraally; 

J22213USS: 

BSD  nontransltlon_logic; 


vytlCK  PROCBBSXRQ  BIOH-lBTBl  LOGIC  - 


PBOCBSS  nontransl*lon_loglc: 

STBCT. ZS  »  STBCT. ZP  ♦  ZSBOOTB  *  (  ZH  -  STBCT. ZP); 

TCOB  *  STSTXP.CTIBB  -  STBCT. TTPRU  ♦  STSTBB. DT; 

TBDBI  «  (TCOR  -  STBCT.  LOT)  /  STSTEBJ  DT; 

I£  (STBCT. LOT  U  <PLRT_SC»B  •  STSTBB. DT>) 

UU  TIDE!  »  TCOB  /  STBCT.  LOT; 

I*  (TBDBI  ££  XLBTBt) 

TUBS  STBCT. ZS  «  ZB; 

STBCT. ZOB  »  0. ; 

STBCT. LOT  «  LBTBL_TISB; 

STBCT. PIBBZH  *  0. ; 

STBCT. SOBBBS  ■  0.; 

BLSBI*  (TBDEX  flj  ZCOBBECT) 

THEB  STBCT. ZOB  «  SISK (  STSTBB. 0.  STBCT. ZDB)  /  (  STBCT. LOT  ♦ 
(LOT_SC»LB  *  STBCT.  LOT  «•  STSTBB. DT)  • 
(TBDBI  -  LOT_3C»LE) **2  ) ; 

STBCT. PIBBZR  «  BRX(  BIBBZB_BI1,  <STBCT. PIBBZR  -  1.>); 
ELSBIB  (STBCT.  BIRBZF  HI.) 

THBB  STBCT. ZDB  -  STBCT. ZDB  •  DECIT_PCTR; 

STBCT. LOT  -  STSTBB. Q  /  (IBS  (  STBCT. ZDB  )  ♦  LIL.BTT)  ; 

gumiKi 

gyp  noatraa»itioB_loglc; 


TBLCT  PBOCBSSIBO  LOB-LBTTl  LOOIC 


*-P»S 


PROCESS  rate_reinitialiration; 

Sa»e  estiaated  level  occupancy  tin; 

Calculate  level  occupancy  tile  for  level  track; 

Estimate  altitude  rate; 

set  suaied  residual  to  zero; 

Set  rate  firmness  to  indicate  a  single  transition; 
Calculate  saoothed  altitude; 

ESQ  rate_reinitialization; 


TRUCK  PROCESSING  HIGB-lETEl  10GIC 


*-pa# 


PROCESS  ra^e_reinitlalization; 

S7ECT.10T  *  TRHPS_PACTOP  *  TPEEV  ♦  SCXE_PHC^OR  •  SISTER- D*: 

SVECT.  ZDE  =  QSIGS  /  SVECT.LOT: 

SIECT.  StJHRES  =  0.  ; 

SVSCT.FIFRZB  =  1.  ; 

STECT.ES  *  ZB  -  (  QSIGS  /  HATE_PXC‘  >  ♦  STECT.ZDE  •  (SISTBB.OT  /  B*TE_PACT) 

°RD  ra*e  reinitialization: 


T»ACE  P»OCESSIHG  LOW-tETSL  EOGIC 


*-P*5 


PROCESS  resote_report_service; 

<  Deteraine  if  reaote  report  service  is  needed  for  a  report  > 

If  (reoort  is  not  acceptable  according  to  r,  y  reasonableness  test) 

THBB  5BT  remote  report  finish  flag:  <RRREJP> 

StlSII  {B»R  resote  site  ID  set  to  zero)  <REB81R> 

THEM  Place  negative  reaote  site  ID  into  RBBRhB; 

O^BEReiSt:  <ase  present  RUB  reaote  site  ID  > 

IP  ((reaote  report  finish  flag  not  set)  IBP 
(cone  of  silence  flag  set)  EBP 
(ETERS  service  flag  set)  ASD 
(EC  Is  ETERS  eqnipped)  IBP 

(reaote  ETERS  site  identification  froa  which  data  will  be  regnested 
is  set) ) 

THBB  Send  aessage  to  reaote  site  reqnesting  R HR  data: 

Place  absolute  value  of  reaote  ETERS  site  ID  in  REBRER; 

Send  sessage  to  own  DEBS  sensor  to  stop  ETERS  service  for 
•■his  DC; 

ELSE:  <continue  processing  reaote  report > 

EBP  re»ote_report_service; 


TRICK  PROCESSIRG  RIGH-LEVEL  LOGIC  - 


»-P»6 


PROCESS  reiote_report_3ervice; 


<  Determine  if  reaote  report  service  is  needed  for  s  report  > 


IF  (report  is  not  acceptable  according  to  x.  j  reasonableness  test) 

THEN  SET  8HREJF; 

ELSEIE  (SVECT.  8ENRA8  =  0) 

THEE  STECT. REHBAB  »  -  (  surveillance  data  SENSOR  ID  )  | 

OTHERWISE:  <use  present  818  reaote  site  ID  > 

If  ((RRREJF  Efl  JFALSE)  ASP 

(surveillance  data  ZENITH  CONE  FLAG  Jfl  ST80E)  AND 
(STECT. ATSS  £2  JT8DBJ  £££ 

(STECT.  ATSEQ  NE  SONEQ)  MJ2 
(SVECT. REHEAR  LJ  0) 

THEN  Send  STA8T/STOP  8EH0TE  BAB  DATA  SSSSage  to  sits  indicated 

in  stect. 8EHBAB,  specifying  START  and  one-scan  flag  not  sat) 
THEN  STECT. REHRAH  «  ABS (  STECT. 8BRSAR  ); 

Send  STOP  atars  SE8TICE  NESSAGE  for  this  AC  to  own  sensor; 
ELSE:  <continae  processing  rssots  r*poF*> 

END  re*ote_report_service ; 


THAC8  PROCESSING  LOf-LETEL  LOGIC 


<*-P*7 


PROCESS  residual_rate_detection : 


Deteraine  suited  residual: 


IP  (excessive  sailed  residual  is  detected) 

TflgH  Assign  altitude  rate  sioothing  paraaeter: 
Reset  altitude  rate  firiness; 

Reset  sailed  residual: 

PtSg  Assign  altitude  rate  smoothing  paraaeter: 
Correct  altitude  rate  firiness; 

SRD  residual_rate_detection; 


TRACK  RR0CPSSIK5  RISH-L?KPt  LOGIC 


#-P!8 


PPOCESS  r«sidttal_ra»e_d«t  action: 

SVECT.  SOSPES  *  SFGMH  •  SVECT.  SOBFES  ♦  DZ10: 

If  (»8S(  SVECT.  SOARES)  2J  SF_THRBSH) 

TREE  BETH  *  XTFXRESID; 

SVECT. EIFB2F  »  EIFBZR_9IE; 

SVECT.  SOARES  »  STGW  (  SR.RXG,  SVECT.  SOHFBS)  ; 

EtSE  11  =  SVECT.  LOT; 

ALIA  »  (2V  -  1. )  **2  /  (2V**2  ♦  SHIfT_F\CT)  ; 

BETX1  =  SXX«1.  /  (SVECT. FTFAZF  ♦  FtFAZR_IFCR)  >,  BITS,  BETXJ1XX) 
SVECT.  PIFfiZP  »  SIR  (SVECT.  FIFAZR  ♦  1.,  FIRB2R_A»X)  ; 

°BD  resid<ial_rate_de*ec^ion ; 


TPXCK  9ROCSSSIRG  lOR-LEVEI,  LOGIC 


4-949 


PROCESS  single_transitlon; 

<  Assign  variables  for  a  single  observed  transition.  > 

Beset  external  estiaated  altitude  rate; 

Beset  external  saoothed  altitade; 

Beset  internal  estinated  level  occupancy  tiae; 

Beset  altitade  rate  flraneaa; 

Beset  sunned  residual; 

EBP  single_*ransition; 


TRACE  PROCESSIBG  SIGH-LEVEL  LOGIC 


»-P50 


PROCESS  singie_transiiion; 

<  Ussiqn  variables  for  a  single  observed  iransition.  > 

SVECT. ZDE  *  OREIRUTE  *  ISSH; 

SVECT. ZS  «  ZR  -  (  QSIGR  /  SRTE_f ICT  )  ♦  SVECT.  ZDE  •  (  SISTER.  DT  /  RATE_PHCT) 
SVECT. LOT  =  QSIGN  /  SVECT. 7DE; 

SVECT. TIRHZR  «0; 

SVECT. SOHRES  «  0.; 

ESQ  single_*.ransition; 


"•RACE  PROCESSIRG  LOt-LEVEL  LOGIC  - 


«-P51 


PR0C8SS  startup_s«oothing; 

Saooth  altitude; 

Saooth  altitude  rate; 

IF  (change  in  node  C  report  is  detected) 

THRy  PBRPPRR  level_transition_update; 
BISB: 


BBD  startnp_seoothing; 


TRICK  P80CES5IRG  BIGH-LBTEL  LOGIC 


»-P52 


process  starEup_s»oothing; 

SFECT. IS  =  SPECT.SP  ♦  ZSROOTH  •  <ZR  -  SPECT.ZP); 

SPEC*.  ZDE  =  SPECT.ZDE  ♦  RATEStlOOTH  *  (  (  ZR  -  SPECT.ZP)  /  (STSPAR.CTUB 
-  SPFCT.TLOPO))  ; 

X£  (DZS  2S  0.) 

THEM  PERFORM  l®Tel_transition_apd«'t«: 

»LSE: 

ESP  startap_s«oothing; 


*RACK  PROCESSING  lOf-LETSL  tOGIC 

«-P53 


ms  •  ■■l-«wr--r ' — 


PROCESS  track_service_deternination : 


CLEAR  track  service  finish  flaq;  <TSREJP> 

IP  (drop  surveillance  flag  no*,  set) 

TH EE  PSRPORH  x_y_prediction ; 

ELSEI?  (AC  not  on  x/ex_list) 

TREE  Drop  track  and  erase  CREPA  or  CREPD  link: 

SET  track  service  finish  flag: 

OTHERWISE  If  (track  ATCRBS  or  radar  only) 

THEW  Erase  CREPA  link; 

IE  (trk  service  finish  flag  not  set  and  vert  firnness  zero) 

THEN  CLEAR  altitnde  flag;  <HCPLG> 

IP  (track  service  finish  flag  not  set  ARP  level  firsness  test) 

I3.121  II  not  on  k/«*_list) 

THEE  Add  AC  to  xinit  list: 

IP  (ATARS  service  flag  set)  <ATSS> 

THEE  CLEAR  droo  ATARS  service  flag;  <DRATS> 

ELSEIP  (track  within  service  aask  fros  x,  y  sasking) 

THEE  SET  ATARS  service  flag:  <ATSS> 

CLEAR  drop  ATARS  service  flag;  <DHATS> 
OTHERWISE:  <continae  service> 

ELSE  IP  (AC  on  x/ex_list) 

THEE  SET  drop  ATARS  service  flag;  <DRATS> 

Place  aircraft  on  deletion  list; 

Unlink  fros  x/ex_list; 

CLEAR  ATARS  service  flag;  <ATSS> 

If  (track  service  finish  flag  not  set  AJJ2  DABS  track) 

13=1  Update  pri«ary_secondary  status  in  state  vector:  <PSTAT> 

EHD  track„3ervice_deteriina*ion; 


TRACT  PROCESSIHG  HIGH-LEVEL  LOGIC 


M-P50 


PROCESS  track.serTice.detemination; 


CLEAR  "SR EOT; 

It  (STECT. DRSOB  JjJ  SPM.SE) 

THEE  PBBPOBH  t_y .prediction; 

BLSEIP  (STECT.  REXTX  and  STBCT.  PRETX  32  SEOLL) 

TREE  Drop  track  and  erase  CBBPA  or  CEEEO  link; 

SET  TSBBJF; 

OTHERWISE  I?  (STECT.  TYPE  33  SO  IBS) 

THEE  Erase  CBEP1  link; 

13  (TSRBJP  32  SPALSE  4J2  STECT. PIHH2  32  °> 

THEE  CLEAR  STRCT.  HCPLG; 

13  (TSRBJP  22  SP1I.SE  412  STECT.  PI8SI  23  FESTAB) 

THEE  13  (STECT.  EEXTI  and  STECT.  PRETX  32  SPOIL) 

TREE  Add  AC  to  XIRIT  list; 

IP  (STECT.  ATSS  32  STBOB) 

TREE  CLEAR  STECT. DEATS; 

BLSEIF  (STECT.  SR THSK  32  ST80E) 

THEE  SET  STECT. ATSS; 

CLEAR  STBCT. OH ATS; 

OTHER RISE;  <continue  service) 

ELSE  13  (STPCT.  EEXTX  or  STECT.  PHETX  33  SEOLL) 

THEE  SET  STECT. DRATS; 

Place  aircraft  on  deletion  list; 

Onlink  froa  x/ex.list; 

CLEAR  STBCT. ATSS; 

I*  ( (TSRBJP  32  SPALSE)  JJffi  (STECT.  TYPE  32  SOABS) ) 

THEE  STECT. PSTAT  ■  snrTeiliance  data  SESSOR  PRIORITY  STATUS; 

Efifi  track.ser Tice.deterelnation ; 


TRACE  PROCESSTEB  LOE-LBTBL  LOOIC 


*-P5S 


PBOCBSS  x_f_predic* ion : 

<  Coapute  predicted  values  for  track  > 

CLEkH  recalculate  flag;  <HECEIG> 

Es*iaate  scan  tiae  of  anteasa  to  next  local  report;  <DS> 

(not  hit  report) 

THEE  Insert  internal  predicted  pos,  tel  and  tiee  into  stack; 

Place  previous  pred  (pos  1  vel)  into  nee  saoothed  values; 
EISEIE  (not  reaote  data) 

2LS3: 

OTHEPSI SB  I*  (first  pass  through  prediction  for  reaote  da*a) 

THEE  Coapute  scan  tiae; 

EtSB  Coapute  scan  tiae; 

SET  recalculate  flag;  <HECEIG> 

1222; 

Coapute  internal  and  external  pred  x,  y  pos,  range,  5  aziauth; 
Coapute  scan  tiae  correction  and  stack  tiae; 

Coapute  TPIEES.  T PIKES; 

EIITIE  (recalculate  flag  set) ; 

IE  (abs  value  extra  scan  tine  scan  tiae  correct  threshold) 
THEE  Pecoapute  scan  tiae;  <DS> 

SET  recalculate  flag;  <BECELG> 

5121222! 

JJE  (aiss  report) 

THEE  Calculate  tiae  to  next  data;  <»> 

IE  (tiae  to  next  data  21  tiae  required  to  zero  horizontal 
aaneuver  status) 

TUBE  Zero  horizontal  aaneuver  status; 

Coapute  next  data  tiae;  <TBP> 

•ive  range,  aziauth,  next  data  tiae; 

322  x_y_prediction; 


T8HCK  PHOCESSIEG  HIGH- 1BVE1  tOGIC 


U-P56 


PPOCESS  x_y_oredictlon ; 


520 


<  Compote  predicted  Talaes  for  track  > 

CLPHP  RBCPLG; 

Coapote  DS; 

IP  (HIT  »  SPiLSE) 

THBH  insert  STBCT.IPI,  SfECT.TPI,  STBCT.XDI,  STEC*.fBX,  STBCT.TH  Into  stack 
Place  STECT.XP,  STBCT. TP  into  IS,  TS; 

Place  STBCT, BOB,  STBCT. TOB  Into  STBCT. IDT,  STBCT. TDt; 

B1SBI?  (STBCT.  HHPt.  Sfl  SPILSB) 

THBH; 

OTSP 9 Hi SB  IP  (first  pass  throogh  prediction  for  reaote  data) 

*3BS  Coapote  DS; 

B1SE  Coapote  DS; 

SBT  RBCPtG; 

too?; 

Compote  Internal  and  external  pred  *,  y  pos,  range,  S  aziaoth; 
coapote  scan  tlae  correction  and  stack  tine; 

Compote  XPIHBT.  TPIHEH; 

BTI^IP  (RBCPLG  EJ)  JTHOE)  ; 

IZ  (IBS  (  DDS  )  £B  TDDS) 

THBH  Becoapote  DS; 

SET  RBCPLG; 

BHD100P; 

I*  (HIT  -  SP1LSE) 

THBH  k  «  STBCT.TH?  -  STBCT.TH; 

U  (k  21  THHS) 

THBH  STBCT. HBS  -  0.; 

Coapote  STBCT. THP; 

Sere  STBCT.  SHOP,  STBCT.  IBP,  STBCT. t>HP; 

x_y_predict ion; 


TBkCR  PHOCBSSIHG  LOH-LETHl  LOGIC 


4-P57 


PROCESS  x_y_saoothing; 


Sawe  old  Telocity  estimate  and  predicted  position; 

Pe*eraine  horixontal  aaneuwer  status,  cross  track  distance, 
and  threshold  for  turn  sense; 

Cospute  turn  rate; 

IP  (cross  track  dist  LE  threshold  for  turn  sense)  <02  D2TH> 

THEE  Eero  tarn  sense;  <HHS  (next)  «0> 

Coepate  internal  Telocity  coeponents;  <ZDI(nert),  T0I(next)> 
Place  Internal  Telocity  into  external  Telocity; 

RISE  Conpute  internal  Telocity  coeponents  lodified  by  half 
angle  correction;  <EDI  (next)  ,TDI  (next)  > 

TP  (present  hori*  saneueer  status  Efl  old  status) 

THEE  Coepu*e  ext  Tel  coeponents;  <XDE(next)  ,  TDE(next)> 
Repeat  turn  sense;  <HRS(next)  =  HHS> 

ELSE  Turn  sense  changed;  <nns(next)  *  S> 

Place  internal  Telocity  into  external  Telocity; 
Place  alpha  smoothed  position  into  internal  position;  <XSI,T5I> 

Place  nes  position,  Telocity,  and  tine  in  stack; 

Coapute  ssoothed  external  position  <IS,  TS>,  lower  and  upper 
cross  track  dewiatlon  threshold;  <TH1,  TH2> 

IP  (cross  track  distance  £T  lower  threshold) 

XUS  12  (cross  track  distance  ijj  upper  threshold) 

THEE  T"“n  sense  weight  is  two; 

**'.  t  T*  jense  weight  is  one; 

Coup  t  in  s,..  use  direction;  <IHIT  =  IHIT  •  S> 

ELSE  *ero  turn  sense  weight; 

Determine  turn  sense  state; 

Update  Internal  and  external  flraness  lewel; 

EBP  x_y_seoothing; 


TRUCE  PR0CES3IHG  RICH” LET EL  LOGIC 


a-P58 


piSOCgSS  k_y_saoothlng; 

Sare  old  relocitT  sstiaate  and  predicted  position; 

Deternine  S,  02,  and  D2TH; 

Coapnte  »; 
if  (02  if  02TB) 

TH»B  HB«_HHS  *  0. ; 

Coapnte  IDIH,  TDIS; 

Place  5DIH ,  TOIS  into  IDES,  TOES; 

B1SB  Coapnte  1015,  T015  aodified  by  halt  angle  correction; 
If  (S  ffl  STBCT.BBS) 

TBB5  Coapnte  Z9B5 ,  TOSS; 

<  present  tarn  sense  is  okay  > 

BIST  ST3CT.HHS  =  S; 

Place  5015,  TOTS  into  50B5,  TOBH; 

Place  I*.  YU  in*o  5SI,  TSI; 

Place  ne»  internal  position,  Telocity,  and  tine  in  stack; 
Coapnte  IS,  IS  and  THl,  TB2; 

If  (D2  2J  THl) 

TBBS  If  (02  2T  TH2) 

TBBH  IHIT  »  2; 

ELSE  IHIT  =  1; 

IBIT  =  IHIT  «  S; 

Et?E  IHIT  -  0; 

Oeteraloe  r0PS; 

Opdate  SYBCT.FIHHI  and  STBCT. PIBHB; 

E50  x_y_saoot hing; 


TH*CX  P50CSBSISG  LOI-LBYEl  LOGIC  - 


«-P59 


PBQCBSS  z.tracker; 


<  Level  occupancy  vertical  tracker  > 


Bead  report  altitude  data; 

Predict  altitude:  <predictioa  to  current  scau> 

IP  (aode  C  report  hasn't  been  received) 

THBH  Coast  track; 

PL  SB  Calculate  change  in  aode  C  report; 

SET  valid  altitiude  data  flag: 

Update  t  firmness; 

Adjust  level  occupancy  bin  size; 

IP  (tracker  is  in  startup  period) 

SfiSI  Pg*rOBd  st art up_ smoothing; 

euz  ie  (altitude  transition  has  occurred) 

THBB  PBHPOHH  altitude_transition_logic 
B1SB  PBHPOHH  nontransitiou_logic: 

Update  track  tines  in  state  vector; 


PHD  z_tracker; 


TRACK  PROCBSSIHG  HIGH-LBVBL  LOGIC 
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PROCESS  z_t rtcker; 


ZS5 


<  Level  occupancy  vertical  tracker  > 

7R  =  snrveillance  data  BODE  C  ALTITUDE; 

<oredic*ion  to  cnrrent  scan> 

S7ECT.7P  =  S7ECT.  7S  ♦  (STS7AR. CTIRE  -  S7ECT.  TLOPD)  *  S7ECT.  ZDE; 
l?  (snrveillance  data  BODE  C  PRBSSRT  S3  tFtLSEf 
THEH  S7ECT.ZS  »  S7ECT.ZP; 

S7ECT.EIRBZ  =  BAX(  0,  S7ECT. EIRB7  -  1  ) 

ELSE  07 B  =  ZR  -  S7ECT.ZPRE7; 

SET  SVECT. SCELG; 

SVECT.EIEBZ  =  BI R (  EIRBZ_BAI,  S7ECT. E1RBZ  ♦  1  ): 

OEIHS  =  ABS  (  DZB  )  /  STSVEB.Q; 

S7ECT.S0CET  =  S7ECT. SOCRT  ♦  CRT_DELT; 

IE  (S7ECT. SOCHT  Jjg  ETOHORB) 

THER  PEPPORB  startnp_s*oothing; 

ELSE  IE  (DZB  as  5-) 

TBER  PEBrOBB  altitnde_transition_logic 
ELSE  PEBPORB  non transit ion_ logic; 


IX  (S7®CT. BCPLG  Eg  STPPEJ 

TREB  S7ECT.TBZ  *  STS7AH.  CTI BE; 
S7ECT. TLOPD  »  STS7AR. CTIBE; 

z_tracker ; 


TRACE  PROCESSIBG  L0I-LE7EL  LOGIC 
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5.  INTERFACE  MESSAGE  PRIX'.ESSINC 


5.1  Message  Classifications 


The  ATARS  message  interface  is  processed  through  six  buffers: 

Non-surve 11  lance 
Uplink 

ATC  Coordination 
RAR 

Su rve 11 lance 
ATARS-to-ATARS 

The  contents  of  the  messages  exchanged  through  these  buffers  and 
the  source  responsible  for  message  generation  are  discussed  in 
this  section. 

5.1.1  Non-surveillance  Messages 


The  essential  fields  for  all  the  non-surveillance  messages  are 
shown  in  Tables  5-1  and  5-2.  Certain  messages  are  processed 
once  per  sector  at  the  initiation  of  report  processing.  Other 
messages  are  processed  by  later  tasks,  as  described  below. 

5. 1.1.1  Outgoing  Messages 


The  Data  Link  Capability  Request  Message  is  generated  for  a 
particular  DABS  aircraft.  The  response  for  this  request  is  a 
Data  Link  Capability  Reply  Message.  The  ATARS  Extended  Data 
Request  Message  is  generated  for  a  particular  DABS  aircraft. 
The  response  for  this  request  is  an  ATARS  Extended  Data 
Message.  These  messages  provide  ATARS  with  the  aircraft's 
equipage,  class  of  service  and  climb  performance  capability. 

When  an  aircraft  has  entered  the  ATARS  service  area,  a  Start 
ATARS  Service  Message  will  be  sent  to  the  DABS  sensor.  The 
sensor  will  then  begin  to  uplink  the  ATARS  site  ID  each  scan. 
The  start  message  is  generated  in  the  Track  Update  Process.  A 
Stop  ATARS  Service  Message  Is  sent  to  the  sensor  when  the 
aircraft  leaves  the  ATARS  service  area,  or  when  the  track  is 
lost.  This  message  is  generated  In  geographical  processing  or 
in  track  update  processing,  for  the  case  of  a  lost  track. 

When  an  aircraft  which  is  BCAS  equipped  penetrates  the  ATARS 
service  area  beyond  a  designated  ATARS-BCAS  seam,  the  Squitter 
Lockout  Message  is  sent  to  the  DABS  sensor.  The  sensor 
surveillance  uplink  will  then  inhibit  squitters  while  the 
aircraft  is  inside  this  ATARS-only  area.  When  an  aircraft 


5-1 


»  .'  *!*  k 


TABLE  5-1 


ATARS-TO-SENSOR  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

2.  ATARS  Extended  Data  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

3.  Start/Stop  ATARS  Service  (see  Reference  1) 

Type  Code 
DABS  ID 

ATARS  Site  ID  (local  or  remote) 

Start/Stop  Flag 

Note:  Forward  to  remote  sensor  if  indicated 

4.  Squitter  Lockout  (see  Reference  1) 

Type  Code 
DABS  ID 

Start/Stop  Flag 

5.  Set  BCAS  Sensitivity  Level  (see  Reference  1) 

Type  Code 
DABS  ID 
SLC  Field 

6.  ATARS  Status  (see  Reference  1) 

Type  Code 

Normal  Operation/Failure  Flag 
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TABLE  5-1 
(Continued ) 


UPLINK  MESSAGE  BUFFER 

1.  Data  Link  Message  Construction  Output  (Tactical 
Upllnk)(see  Reference  8) 

Header  Field 

Type  Code 

DABS  ID 

Message  Number 

Priority 

Expiration  Time 

Sensor  ID  (local  or  remote) 

Message  Field  (MA)  (see  Reference  9,  Para. 

3. 3.2.2) 

ADS  Code 
Message 

Note:  Remote  sensor  is  expected  to  return  the 

delivery  notice  to  the  sending  ATARS  site 
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TABLE  5-1 
(Concluded ) 


ATC  COORDINATION  BUFFER  ( ATARS-to-ATC) 

1.  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  Controller  Alert 

b.  ATERN  Control  Acknowledge 

c.  FAZ  Control  Accept/Reject 

d.  RAS  Control  Accept/Reject 

e.  FAZ  Data  Base 

f.  RAS  Data  Base 

2.  ATARS  Status  Messages  (see  Reference  8) 

Type  Code: 

a.  ATARS  Green  Condition 

b.  ATARS  Yellow  Condition  Codes 

c.  ATARS  Red  Condition  Codes 

General  Note: 

ATARS  does  not  generate  the  following  messages  as  shown  in 
Reference  1: 

1.  Uplink  Message  Cancellation  Request  (monolink) 

2.  Request  for  Downlink  Data  (monolink) 

3.  Track  Data  Request/Cancel  Message 

4.  All  "raultilink"  messages  are  deleted 
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TABLE  5-2 


SENSOR-TO-ATARS  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Reply  (see  Reference  8) 

Type  Code 
DABS  ID 
Capabilities 

Equipage  (ATARS  and  BCAS) 

Class  of  ATARS  Service 

2.  ATARS  Extended  Data  (see  Reference  9,  Para.  3. 3. 2. 3. 3) 

Type  Code 
DABS  ID 

Climb  Performance  Capability 

3.  Uplink  Delivery  Notice  (see  Reference  8) 

Type  Code 
DABS  ID 
Message  Number 
Successful  Delivery  Flag 

Note:  Forward  to  ATARS  from  remote  sensor  if 
required 

4.  Status  (see  Reference  1) 

Type  Code 

Local  Sensor  Status 
Adjacent  Sensor  Status 
Adjacent  ATARS  Status 


5-5 


TABLE  5-2 
(Continued) 


SURVEILLANCE  BUFFER 

1.  Correlated  Surveillance  Messages 
Format  Type: 

a.  DABS  (see  Table  3.3) 

b.  ATCRBS  (see  Table  3.4) 

c.  Radar  (see  Table  3.5) 


RAR  BUFFER 

1.  RAR  Reply  (Tactical  Dovnllnk)(see  Reference  8) 

Type  Code 
DABS  ID 

MB  Field  (see  Reference  9,  Para.  3. 3. 2. 3.1) 


ATC  COORDINATION  BUFFER  (ATC-to-ATARS) 

1.  ATC  Request  (see  Reference  8) 

Type  Code 

Message  Field  (2  bits) 

00  Neither  radar-only  nor  non-mode  C 
tracking  desired 

01  Not  used 

10  Non-mode  C  tracking  desired  and 
radar-only  tracking  not  desired 

11  Both  non-mode  C  and  radar-only  tracking 
desired 
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TABLE  5-2 
(Concluded) 


2-  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  ATERN  Control 

b.  FAZ  Control 

c.  RAS  Control 

d.  Request  FAZ/RAS  Data  Base 

3-  ATARS  Status  Message  (see  Reference  8) 

Type  Code: 

Request  Full  ATARS  Status  Control 

General  Note: 

ATARS  does  not  use  the  following  messages  as  shown  in 
Reference  1: 

1.  RAR  Busy  Message 

2.  Message  Rejection/Delay  Notice 

3.  Track  Alert 

4.  ATCRBS  ID  Code 


[1 
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Leaves  this  area,  an  end  message  is  sent  to  the  DABS  sensor. 
These  messages  are  implemented  In  geographical  processing 
(Section  6.2.2). 

When  a  BCAS  aircraft  enters  the  ATARS  service  area,  ATARS  will 
generate  a  BCAS  Sensitivity  Level  Message  to  select  desensitized 
BCAS  logic  thresholds.  ATARS  uses  a  site-specific  area  map  to 
determine  the  applicable  zone  boundaries.  This  function  is 
controlled  by  geographical  processing.  Its  purpose  is  to  allow 
ATARS  to  be  the  primary  collision  avoidance  system  in  the  ATARS 
service  area. 

An  ATARS  Status  Message  is  generated  each  scan  to  state  whether 
the  site  is  operating  normally  or  in  a  failure  mode. 

5. 1.1.2  Incoming  Messages 

!  The  Data  Link  Capability  Reply  Message  and  the  ATARS  Extended 

I  Data  Message  are  generated  by  the  sensor  in  reply  to  the  Data 

Link  Capability  Request  and  ATARS  Extended  Data  Request 
1  Messages.  These  messages  provide  the  equipage,  class  of  ATARS 

service,  and  the  climb  performance  capability. 

,  For  each  uplink  message  sent  to  the  sensor,  an  Uplink  Delivery 

j  Notice  Message  is  returned  to  ATARS  from  the  sensor.  The 

i  details  of  this  message  are  discussed  in  Section  5.1.2. 

I 

|  Once  a  scan  a  Status  Message  is  sent  to  ATARS  from  the  sensor, 

j  This  Includes  information  on  both  local  and  adjacent  sensors  and 

\  >-i  adjacent  ATARS  site  comraunicat  ion  lines.  This  keeps  ATARS 

i  rront  on  all  local  and  remote,  sensor  and  site  availability. 

1.2  Uplink  Messages 

ATARS  uplink  messages  for  an  individual  DABS  aircraft  are 
delivered  to  the  Uplink  Message  Buffer  (Table  5-1)  as  an  ordered 
set.  Tiie  UPMES  pointer  in  the  aircraft  State  Vector  contains 
the  location  in  memory  of  this  set  of  messages  (UPLST).  The 
position  of  each  message  within  the  set  corresponds  to  its 
intended  position  in  the  desired  uplink  sequence  (see  also 
'"ction  16.2.1).  The  DABS  sensor  returns  an  uplink  delivery 
notice  for  eacli  message  indicating  its  success  or  failure  in 
delivery.  All  notices  for  an  aircraft  are  delivered  in  one 
contiguous  block,  but  not  necessarily  in  the  order  of  uplink. 

For  this  reason,  delivery  notices  are  numbered  to  correspond  to 
the  intended  order  of  uplink.  When  the  set  of  uplink  delivery 
notices  for  each  aircraft  is  processed,  the  message  number  field 
in  each  notice  is  matched  with  a  message  in  the  set  identified 
by  UPMES. 
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5.1.3  ATC  Coordination  Messages 

An  ATC  facility  and  ATARS  coordinate  certain  actions  through  an 
exchange  of  messages  passed  through  the  DABS  sensor.  These 
messages  are  discussed  In  Sections  5. 1.3.1  and  5. 1.3. 2. 

5. 1.3.1  Messages  from  ATC 

ATC  may  send  three  types  of  messages  to  ATARS  as  shown  In  the 
(ATC -to)  SENSOR-to- ATARS  Messages  (Table  5-2).  The  ATC  Request 
Message  contains  a  message  field  which  defines  the  processing 
status  of  non-mode  C  aircraft  and  radar-only  reports  within  the 
ATARS  algorithms.  The  exact  coding  of  this  message  field  Is 
shown  in  Table  5-2.  The  remaining  two  types  of  messages  are  to 
request  full  ATARS  status  control  and  ATARS  operational  control. 

5. 1.3. 2  Messages  to  ATC 

ATARS  may  send  two  types  of  messages  to  ATC  as  shown  In  the 
ATARS-to-SENSOR  (to-ATC)  Messages  (Table  5-1).  The  ATARS 
Operational  Messages  consist  of  controller  alert,  ATERN,  FAZ  or 
RAS  information.  The  Controller  Alert  Message  takes  two  forms: 
the  Conflict  Resolution  Data  Message,  and  the  Resolution 
Notification  Message.  Both  are  discussed  in  Section  11.  The 
ATARS  Status  Messages  contain  the  red,  yellow,  or  green  codes  as 
described  in  Section  18.2.2. 

5.1.4  RAR  Message 

The  RAR  Reply  (Tactical  Downlink)  Message  contains  all  the  RAR 
information  from  the  RAR  equipped  aircraft.  This  message  is 
read  by  the  RAR  Processing  Task  (Section  5.2).  The  message  is 
included  in  the  group  of  SENSOR-to- ATARS  Messages  (Table  5-2). 

5.1.5  Surveillance  Messages 

The  local  and  remote  surveillance  reports  required  by  the  ATARS 
Report  Processing  Task  consist  of  three  types:  DABS  reports, 
ATCRBS  reports,  and  radar-only  reports  (Tables  3-3,  3-4,  3-5). 
These  reports  are  included  in  the  group  of  SENSOR-to-ATARS 
Messages  (Table  5-2)  and  are  discussed  in  Section  3.2. 

5.1.6  ATARS-to-ATARS  Messages 

Ihese  messages  (Table  5-3)  provide  direct  communication  between 
adjacent  ATARS  sites  to  establish  coordination  of  conflict 
encounter  resolution  responsibilities.  The  ATARS  multi-site 
messages  should  be  processed  on  a  priority  basis  by  the 
communications  function  of  the  DABS  sensor. 

5-9 


TABLE  5-3 


ATARS-TO-ATARS  MESSAGES 

ATARS-to-ATARS  BUFFER 

1.  Start/Stop  Remote  RAR  Data  (see  Reference  1) 

Type  Code 

Aircraft  DABS  ID 

Start/Stop  Flag 

Neighboring  ATARS  Site  ID 

ATARS  ID  of  Site  Requesting  Data 

Only  One  Scan  of  RAR  Data  Requested  Flag 

2.  Remote  RAR  Data  Relay  (see  Reference  1) 

Type  Code 
Aircraft  DABS  ID 
Remote  Sensor  ID 
RAR  Data  (MB  field) 
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TABLE  5-3 
(Continued) 


Conflict  Table  Request,  Claim,  Handoff,  Deletion  (see 
Reference  1) 

Type  Code: 

a.  Conflict  Table  Request 

b.  Claim 

c.  Handoff 

d.  Deletion 


Message  Fields  (for  all  Type  Codes): 

Sending  Site  ID 

Destination  Site  ID 

ACl  Type:  DABS  or  ATCRBS 

ACl  ID:  (if  Type  =  DABS),  DABS  Address 

(if  Type  =  ATCRBS),  Surveillance 

File  No.,  Mode  3/A  Code  and 
Position:  RHO,  THETA, 

Z  in  sending  sensor's 
coordinates 

AC2  Type:  (Like  ACl  Type) 

AC 2  ID:  (Like  ACl  ID) 
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TABLE  5-3 
(Concluded) 

4.  Conflict  Table  Reply  (see  Reference  1) 

Type  Code 

Requesting  Site  ID 
Replying  Site  ID 

AC1  Type:  Same  as  In  Message  Fields  above 
AC1  ID:  Same  as  In  Message  Fields  above 
AC2  Type:  Same  as  In  Message  Fields  above 
AC2  ID:  Same  as  In  Message  Fields  above 
Number  of  Conflict  Tables  (0,  1,  or  2) 
First  Conflict  Table  (if  any) 

Second  Conflict  Table  (If  any) 
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The  ATARS  multi-site  messages  assigned  the  highest  priority  are 
the  following: 

Conflict  Table  Request 
Conflict  Table  Claim 
Conflict  Table  Handoff 
Conflict  Table  Deletion 
Conflict  Table  Reply. 

The  delivery  of  these  messages  from  ATARS  to  the  sensor 
communications  processor  for  access  to  the  communication  lines 
must  be  expldited.  A  window  of  only  4/16  of  a  scan  period  is 
allowed  for  the  two-way  communication  and  processing  of  these 
multi-site  messages  (see  Figure  3-1).  This  timing  restriction 
is  necessary  to  provide  ATARS  with  timely  multi-site  data. 

The  remaining  multi-site  messages: 

Start/Stop  Remote  RAR  Data 
Remote  RAR  Data  Relay 

are  assigned  a  lower  priority.  The  timing  window  for  the 
exchange  of  these  messages  must  not  exceed  1/2  scan.  The  RAR 
reply  is  distributed  to  the  RAR  Processing  Task  from  this  buffer. 

5.2  RAR  Processing  Task 

The  RAR  Processing  Task  processes  resolution  advisory  data  read 
down  each  scan  from  each  ATARS-equipped  aircraft's  Resolution 
Advisory  Register  (RAR).  This  information  is  used  to  coordinate 
resolution  between  ATARS  sites  and  between  ATARS  and  BCAS  and  to 
ensure  compatibility  of  resolution  advisories.  This 
coordination  supplements  ground  line  coordination  (Section 
14.1),  which  may  not  be  available,  by  relaying  essential  data 
for  the  creation  and  deletion  of  Pair  Record  information  in 
Conflict  Tables. 

5.2.1  Remote  Relay  of  RAR  Data 

In  the  event  a  site  falls  to  read  an  aircraft’s  RAR  data,  it  can 
request  this  data  from  a  connected  site.  This  is  done  by  uplink 
delivery  notice  processing  (Section  5.1)  when  own-site's 
resolution  advisory  is  not  delivered.  The  RAR  Processing  Task 
sends  a  reply  with  the  requested  data. 
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5.2.2  External  Resolution  Pair  Record  Updating 


The  RAR  data  enables  creation,  updating,  and  deletion  of  Pair 
Records  for  conflicts  resolved  by  external  sources,  namely  other 
ATARS  sites  and  BCAS.  The  RAR  data  names  the  source  of 
resolution  and  the  resolution  advisory,  but  does  not  identify 
the  threat  aircraft.  Thus,  in  cases  where  ground  line 
coordination  does  not  also  exist,  the  second  aircraft  in  a  pair 
will  be  marked  as  "unknown”  identity.  However,  the  essential 
information  is  present,  namely  the  subject  aircraft's  resolution 
advisory,  which  acts  as  a  constraint  upon  any  additional 
advisories  which  own-site  may  select. 

The  external  updating  procedure  operates  in  turn,  upon  all 
columns  of  the  aircraft  RAR  data  except  own-site's  column. 

Also,  data  from  a  connected  site's  column  is  not  used  if  ground 
line  coordination  with  that  site  has  commenced. 

When  an  aircraft's  RAR  is  "empty,"  that  is,  no  resolution 
advisories  are  present,  an  RAR  data  report  is  still  prepared  by 
the  Report  Processing  Task  (Section  4.4).  External  updating 
still  runs,  and  deletes  any  existing  Pair  Records  for  the 
aircraft  which  show  other  sources  in  charge. 

5.2.3  Internal  Resolution  Pair  Record  Updating 

An  ATARS  site  selects  resolution  advisories  based  on  its 
knowledge  of  any  prior  advisories  sent  by  other  sources. 

Between  the  time  of  advisory  selection  and  their  delivery  to  the 
aircraft,  another  source  may  have  delivered  an  unexpectedly 
Incompatible  advisory.  Own-site's  advisory,  arriving  later, 
would  be  rejected  by  the  aircraft  RAR.  The  Internal  Updating 
Process  must  recognize  this  case  and  cause  a  recomputation  of 
own-site's  advisory.  A  related  case  occurs  when  own-site's 
advisory  has  been  delivered  first,  and  a  BCAS  wishes  to  resolve 
another  conflict  using  an  advisory  incompatible  with  the  ATARS 
advisory.  Since  active  BCAS  is  limited  to  vertical  resolution 
and  would  likely  have  no  sensible  alternative  choice,  ATARS  must 
recognize  this  situation  and  change  its  advisory,  thus  allowing 
the  BCAS  advisory  to  be  entered. 

The  internal  updating  procedure  examines  the  uplinked  RAR  column 
that  own-site  sent  to  the  aircraft.  This  column  is  the  merger 
of  all  of  own-site's  pair  resolutions  for  the  aircraft.  All 
"zeros”  in  the  column  are  known  to  have  been  entered  in  the 
RAR.  However,  all  "ones,"  representing  intended  advisories, 
must  be  tested  against  the  prior  contents  of  the  rest  of  the 
RAR,  to  mimic  the  RAR  rejection  logic. 
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A  composite  column  is  formed  from  the  logical  OR  of  all  other 
RAR  columns.  Then  each  bit  set  to  one  in  the  uplink,  column  is 
tested  for  compatibility  with  the  composite  column.  If  any 
incompatibility  is  found,  ATARS  knows  its  advisory  was  rejected 
by  the  aircraft.  Even  after  an  ATARS  advisory  has  been  present, 
a  BCAS  negative  advisory  will  be  treated  as  a  "prior  constraint" 
by  this  process,  and  the  ATARS  recomputation  logic  will  be 
performed . 

For  each  of  own-site's  advisories  accepted  by  the  aircraft  RAR, 
a  Resolution  Pair  Acknowledgement  List  entry  is  generated.  This 
list  is  processed  by  the  controller  alert  Resolution 
Notification  Task  (Section  11). 

5.3  Pseudocode  for  Interface  Message  Processing 


The  pseudocode  follows  for  the  two  tasks  described  in  this 
section.  The  Non-surveillance  Message  Processing  Task  calls  the 
Remote  Function  Status  Routine.  This  routine  is  contained  in 
Section  17,  Backup  Mode.  The  RAR  Processing  Task  calls  the 
Remote  RAR  Start/Stop  Data  Routine,  found  in  the  previous  task, 
and  calls  the  Pair  Record  Deletion  Routine,  contained  in  Section 
15. 
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TUSK  NON_SU?VEILLNNCE_M*SSNGE_PROCESSING 

IN  (non_survei llance,  NTNRS_*o_N,',NPS ,  and  ITC  coordination  buffer  data, 
CREED,  R SEE  paraaeters) 

OUT  (state  vector,  systea  variables,  aessages  to  DUBS) 

INPUT  (conflict  *-ables,  reaote  list)  ; 


<Process  incoaing  messages  in  the  buffers  lis‘ed  above> 


REPENT  WHILE  (aessages  retain  in  input  buffer)  ; 

l?  (an  UPLINK  DELIVER!  NOTICE  aessage) 

THEN  PERFORM  uplinfc_de 1 i ver y_not ice_processing ; 

EL SEIF  (a  ONTN  LINK  CNPNBILITY  REPLY  OR  NTNRS  EXTENDED  DNTN  aessage) 

THEN  PERFORM  data_li nlr _ca pabi li t y_processing : 

ELSEI*  (a  STNTUS  aessage) 

THEN  CNLL  REMOTE  FUNCTION  STNTUS; 

EL  SEIF  (an  NTC  REQUEST  message) 

THEN  PERFORM  NTC_request_aessage_processing; 

EL SEIF  (NTNRS  QPER NTIONNL  messages) 

THEN  PERFORM  NTC_to_NTNRS_oper at i onal_message_p-ocessing ; 

ELSEIF  (an  NTNRS  STNTUS  message) 

THEN  PERFORM  NTC_to_NTNRS_status_aessage_processing; 

ELSEIF  (a  STNRT/STOP  REMOTE  RNR  DNTN  aessage) 

THEN  CNLL  REMOTE_RNR_STNRT/STOP_DNTN  with  start/stop  flag  according  to 
aessage; 

ELSEIF  (a  REMOTE  RNR  DNTN  RELNY  aessage) 

THEN  Place  REMOTE  RNR  DNTN  REPLY  aessage  in  RNR  buffer; 

OTHERWISE;  <aessage  not  identified  or  hold  for  multi-site  aessage 
processing) 


ENPREPENT: 


END  NON-S0RVBILINNCE_HBSSXGE_PROCE5SING: 


NON-SURTEILLNNCE  HBSSNGE  PROCESSING  HIGH-IEVFL  LOGIC 
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TUSK  BOB_SOB TEILLABCS_HE5SAGE_PB0CESSISG 

IS  (non_sur»eillance,  ATABS_to_ATABS,  and  ATC  coordination  buffer  data, 
CREED,  RAEBPABB) 

OPT  (STECT,  SISTAB,  aessages  to  DABS) 

I BOOT  (conflict  tables,  renote  list) ; 

<Process  incoming  aessages  in  the  buffers  listed  above> 

BEPEAT  WHILE  (aessages  renain  in  input  buffer)  ; 

(an  OPLIBE  DELITEBY  BOTICE  aessage) 

THEB  PBBPOBH  upl ink_deli»er j_notice_processing ; 

ELSEI?  (a  DATA  LIBE  CAPABILITY  BEPLT  OB  ATABS  EZTEBDED  DATA  aessage) 
THEB  PEBroBH  data_linh_capabili* r_processing : 

ELSEIE  (a  STATOS  message) 

THEB  CALL  8EHOTS_EO8CTIOB_STAT0S 
IB  (Status  aessage) 

IBOOT  (SYS  TAR ,  STECT,  conflict  tables)  ; 

ELSEIE  (an  ATC  HBOOEST  message) 

theb  PEBFOBH  ATC_ceguest_Bessage_processing: 

ELSEIE  (ATABS  OPBBATIOBAL  messages) 

THEB  PEBfOBH  ATC_to_ATARS_operational_messnge_processing; 

ELSEIE  (an  ATABS  STATOS  message) 

xaifi  psgma  »tc.  _to_ATARS_status_aessage_processing; 

ELSEIE  (a  STABT/STO?  BEHOTB  BAB  DATA  aessage) 

THEB  CALL  HEB0TE_8AS_START/ST0P_DATA 
u  (AC  ID,  start/stop  flag) 

OPT  (STECT,  aessage  to  DABS); 

ELSEir  (a  REHOTE  BAB  DATA  BELAY  message) 

THEB  Place  BEBOTE  BAB  DATA  BEPLY  aessage  in  BAB  buffer; 

OTHERWISE;  <aessage  not  identified  or  hold  for  aulti-site  aessage 
processing? 

EBPBEPEAT; 

EBP  BOB_SORTEILLABCE_BESSAGE_?BOCESSIBG; 

-  ROB-SOHTBIILAWCS  BESSAGE  PBOCBSSIBG  LOW-LETEL  LOGIC  - 


S-P3 


PROCESS  uplink_delivery_notice_processing ; 

<Delivery  notice  specifies  aircraft,  sessage  nnsber  and  if  successfully  delivered. > 
natch  notice  nnsber  to  sessage  in  stored  list  for  aircraft; 

8EPBAT  OBTIL  (all  snbfields  processed) ;  <in  HI  field  of  sessage> 

IP  (subfield  type  is  Resolution) 

THBB  IP  (not  snccess) 

THEM  Send  sessage  to  resote  lTIBS  requesting  one-scan  RhR  data; 
IP  (Insolation  ldvisory  newly  selected  last  scan) 

THBB  remove  Resolution  ldvisory  fros  pair  record; 

Hark  pair  record  for  recoapntation  of  Hes.  idv.  ; 
ELSBIf  (snbfield  type  is  Pros  or  Threat) 

THBB  IP  (Tl_class  31  0  IBP  subfield  is  part  of  Resolution  sessage) 
THBB; 

BLSBIP  (subfield  is  Pros  part  of  Threat  advisory  sessage) 

THBB; 

BLSBIP  (sot  an  End  sessage) 

THBB  II  (success) 

THBB  Save  sessage  type; 

SET  End  flag  in  PBILST  entry; 

BISE: 


B1SB; 

BLSBIP  (subfield  type  is  Terrain  ££  Airspace  2S  Obstacle) 

THBB  SBT  End  flag  in  PBILST  entry; 

II  (success) 

THBB  CLB1B  Plrst-tiae-transnitted  bit  in  PBILST  entry; 


ail; 

BLSBIP  (subfield  type  is  Altitude  Echo  iHP  not  success) 

THBB  Set  1LBCT  to  uninitialised  value;  <force  JlBC  nest  scan> 
BLSBIP  (subfield  type  is  Own  nessage  IBP  not  snccess) 

THBB  Set  OBBT  to  uninitialised  value;  <force  OBB  nest  scan> 
OTHEBBISB;  <don*t  process  start/end,  start  threat 

or  ATCBBS_TB  subflelds  in  sessage> 


aaaai; 

BID  uplink _delivary_notice_processing; 


BOB-SORVEILLABCS  BE33AQB  PROCSSSIB8  HI3H-LBVBL  LOGIC  - 
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PROCESS  uplink_delivery_notice_processing; 

<process  one  notice,  Sessage  indicates  aircraft,  aessage  nueber,  and 
successful  deliver?  or  not> 

Hatch  aessage  nuaber  in  notice  to  aessage  in  sane  position  in  SVBCT.UPHES  list; 
REPEAT  UHTIL  (all  subfields  processed  in  aessage);  <in  a PH ES  list> 

IP  (subfield  type  is  Resolution) 

THBH  IP  (not  success) 

THE!  Send  BAR  BEQUEST  aessage  to  site  in  STECT. REHEAR, 
with  oscplg  set; 

If  (SYSTAR. CTIH  E- PR  EC. TC90  If  SISTER. SCART) 

THEE  PBBC.HH1H,THAH»  SHORES; 

If  (PREC.  POSCHD  12  S DOUBLE) 

THEH  PREC.  POSCHD- SRCSDBL; 

ELSE  PREC. POSCHD—SRC3SHG ; 

EL 5EIP  (subfield  type  is  Pros  or  Threat) 

THEH  IP  (TA_class  CjT  0  AHD  subfield  is  part  of  Resolution  asg) 

THEH: 

ELSEIP  (subfield  is  Pro*  BHD  asg  type  is  •Threat') 

mi; 

ELSEIP  (EHD-0)  <in  PHILST  entry> 

Till  11  (success) 

THEH  OLD_TTPB»TYPE;  <iu  PHILST  entry> 

SET  BHD;  <in  PHILST  entry> 

ELSEIP  (subfield  type  is  Terrain  2f  Airspace  gf  Obstacle) 

THEH  SET  EHD ;  <in  PHILST  eatry> 

IP  (success) 

THEH  CLEAR  PTAT;  <in  PHILST  entry> 

ELSEIP  (subfield  type  is  ALEC  AHD  not  success) 

THEH  STECT. ALBCT-  uninitialized  value;  <force  ALEC  next  scan> 

ELSEIP  (subfield  type  is  OHH  AHD  not  success) 

THEH  STECT. OHHT-  uninitialized  value;  <force  OHH  next  scan> 
OTHERWISE : <don • t  process  start/end,  start  threat 

or  ATCBBS  TB  subfields> 


EHDREPEAT : 

BID  uplinA_delivery_notice_procesaing; 

-  HOH-SURTBILLAHCB  HRSSAOB  PR0CB3SIR0  LOH-LBTBL  LOGIC 
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PBOCESS  d  a  ta_link_ca  pa  bill  t  ^processing; 

1*  (type  cods  is  DATA  LIBR  CAPABILITY  HEPL T) 

TH8B  U  (DIBS  identity  in  CHEPD)  <alrcra£t  known  to  site> 
"•HE!  Obtain  state  rector: 

Update  BCftS  and  ATARS  equipage; 

Update  ATARS  class  o£  serrice; 

BISEIP  (DABS  identity  In  CREPD)  <aircraft  known  to  site> 
THEB  obtain  state  rector; 

Update  AC  clinb  performance; 

515!; 

BUD  data_link_capability_orocessing ; 


BOB- SURTBILL ABCS  BESSAQE  PtOCBSSIBG  HIGH- LETS!  LOGIC 
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PBOCESS  data_llnk_capabllity_proce3aing: 

IP  (aessage  type  code  £2  til*  CIP1BILITT  BEPLT) 

THEE  IP  (DEBS  Identity  In  CBEPO)  <alccraft  known  to  slte> 
THEE  Opdate  SPEC?.  HTSBQ; 

Update  SfECT. ICtkSS; 

EtSEIP  (DkBS  identity  in  C8EPD)  <aitctaft  known  to  site> 
<neesage  is  ITUS  SITEBDEO  D1TI> 

THEB  Opdate  SPECT-ictP: 

EBP  data_link_capability_processing: 


i 


i 


L 
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PBOCBSS  ATC_reqnest_nessage_processing; 

<  Bon_node  c  reports  are  ATCKBS  reports  vitbont  altitude  data  > 

<  Sadar  only  reports  are  surveillance  reports  froe  a  'skin*  track  only  > 

<  Update  ATAHS  processing  capabilities  in  response  to  ATC  directive  > 

jr  (ATAHS  processing  of  non.sode  C  not  desired) 

T8BH  CL BAB  Hon_eode  C  tracking  and  radar  only  flags; 

BISS  Process  nessage  field  to  indicate  non.node  c  tracking  desired 
OB  both  non_aode  C  and  radar  only  tracking  desired; 

Slip  ATC_reguest_aessage_processing; 


SOH-SOSPBILLAIICB  SSSSAGB  PHOCBSSIHG  HIGB-1BTBL  LOGIC 
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PROCESS  »TC_ragaast_aassaga_procassing; 

<  Bon_aodn  C  raports  ara  itcrbs  raports  without  altitude  data  > 

<  Radar  only  raports  ara  surraillancs  raports  froa  a  'skin'  track  only 

<  Opdata  kTRRS  procassing  capabilltias  la  rasponsa  to  1TC  directive  > 

JJf  (1TIRS  processing  of  non_aode  C  not  daslrad) 

THEB  CLViR  STSVll.  MCBSC  and  SYSVkB.  1TCR0B: 
else  copy  aassaga  flald  (first  bit)  into  SYST»h.»tcbhc  and 
(sacond  bit)  into  STSV1R. ATCROR; 

EBP  »TC_reqnest_aessage_processing; 


SOB-SOBBEUlkBCB  HBSSkGB  PIOCBSSIBG  LOI-LBTBl  LOGIC  - 
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PROCESS  ATC_to_ATABS_operational_aessage_processing; 

<  Process  ATC-to-ATAHS  operational  eessage  > 

12  (1TEBR  COHTHOL  sessage) 

THEE  Iaplesent  the  advised  ainisus  altitude  beiow  which  ATARS 
sill  not  issue  descend  resolution  advisories; 
send  ATEBI  COBTBOL  ACKRGBL EDGE BEET  a as sage  to  ATC; 

IF  (PA!  COITBOl  sessage) 

THEM  Iapleaent  new  PA!  laps  in  systea; 

Send  PA!  COETHOL  ACCEPT/BEJECT  aessage  to  ATC; 

IF  (HAS  COBTROL  sessage) 

THEE  iapleaent  new  RAS  laps  in  systea; 

Send  HAS  CORTROL  ACCEPT/BEJECT  aessage  to  ATC; 

12  (REQUEST  PAZ/R1S  DiTA  BASE  aessage) 

THEE  Send  reply  to  ATC  regarding  FA2/RAS  DATA  BASE; 

EHD  ATC_to_ATARS_operational_aessage_processing; 


-  SOB-SORTBIllABCE  SESSAGE  PROCESSIBG  HIGH-LETEL  LOGIC 
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PROCESS  ATC_to_ATAFS_operational_aessage_ptocessing; 

<  Process  ATC-to- ATAFS  operational  aessage  > 

IP  (ATEBR  cosTFOt  aessage) 

TB BH  RAEBPARR.  ATEFH  E^  value  Indicated  in  aessage; 

send  ATEBF  CORTBOL  ACRRORLEDGBHEHT  aessage  to  ATC; 

12  (FAZ  CORTBOt  aessage) 

THER  lapleaent  nee  PAZ  saps  in  spates; 

send  PAZ  CORTBOL  accept/beject  aessage  to  ATC: 

IP  (RAS  CORTBOL  aessage) 

THER  lapleaent  nee  RAS  aaps  in  spates; 

Send  RAS  CORTBOL  ACCEPT/BEJECT  aessage  to  ATC; 

£P  (REQUEST  PAZ/BAS  DATA  BASE  aessage) 

THER  Send  reply  to  ATC  containing  PAZ  DATA  BASE  and/or  FAS  DATA  BASE 

ERD  ATC_to_ATABS_operational_aessage_processing; 


ROR-SORTSILLARCS  SESSAGE  PROCESSIRG  LOR-LEPEL  LOGIC 
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PROCESS  ATC_+o_ATAPS_st at us_*essa ge_processing ; 

<  Process  the  ATC  request  for  ^ull  ATAPS  status  control  > 

Indicate  *0  the  Performance  Monitor  Task  the  ATAPS  STATOS  Messages 
containing  the  ATARS  condition  codes  are  to  he  sent  to  ATC; 

PHD  ATC_to_ATARS_sta*-us_aessage_processing: 


NON-SORTEILLAHCE  MESSAGE  PSOCPSSIHG  HIGH-lEVEl  I.OGIC 
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PROCESS  ATC_to_AtARS_status_aessage_processlng; 


<  Process  the  ATC  request  for  full  ATAHS  status  control  > 


Opdate  SYSVAR. STATNSG  according  to  request; 


PHD  ATC_to_ATARS_status_sessage_processing: 


SOH-SOHY JILL ARCS  81SSAGE  PROCBSSIRG  LOR-LETEt  LOGIC 
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ROO-IB?  F*HO‘*,E_RPF_STPPT/STO?_DPTP 
JR  (PC  10,  start /stop  flag) 

OPT  (State  vector,  sessage  to  DABS): 

IF  (s*op  tlag  set) 

THEN  Clear  renote  RPR  relay  register: 

I*  (not  giving  PTPPS  service  to  aircraft) 

THEN  IE  (aircraft  on  renote  list  PRD  not  in  a  conflict  table) 

TREE  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  ptpRS  SERVICE  nessage  to  DPBS; 

RISE  IE  (not  giving  PTPRS  service  to  naned  aircraft) 

THEE  IE  (no  state  vector  or  renote  entry  evists  for  aircraft) 

THEE  Enter  aircraft  on  renote  list; 

Send  START  PTPRS  SERVICE  nsg  to  DPBS  using  ID  of  requesting  site 
Save  requesting  slte_TD  in  RETRpr; 

Update  one-scan  flag  according  to  request; 

Send  TACTICAL  UPLIHK  nessages  to  DPBS;  <res.  advs  contain 
ID  of  originating  site> 

EBP  FEHOTE_PPF_STPFT/STOP_DATP; 


HOB-SORVEILLPBCE  message  processibg  high-level  logic 


5-P14 


BOOTIES  8EEOTB_RAR_START/STOP_DATA 
X5  (AC  ID,  start/stop  flag) 

OUT  (SVECT,  sassage  to  DABS) ; 

IP  (stop  flag  set  in  STABT/STOP  BEBOTE  BAB  DATA  sessage) 

THEE  CLEAR  Sf ECT. BETR AB ; 

If  (not  gislng  ATABS  service  to  aircraft) 

THEE  IP  (aircraft  on  ranote  list  AEO  not  In  a  conflict  table) 

THEE  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  ATABS  SERVICE  sassage  to  DABS; 

ELSE  IP  (not  giving  ATAHS  service  to  naaed  aircraft) 

THEE  IP  (no  state  vector  or  reaote  entry  exists  for  aircraft) 

THEE  Enter  aircraft  on  reaote  list; 

Send  STABT  ATABS  SEB7ICE  asg  to  DABS  using  ID  of  requesting  site; 
Save  requesting  site_ID  in  STECT. R STRAP ; 

Opdate  SVECT. OSCPLG ; 

Send  TACTICAL  DPLIEK  Messages  to  DABS;  <res.  advs  contain 
ID  of  originating  site> 

EED  REEO^E_BAR_START/STOP_DATA; 


SOB-SOBVEIILAHCS  HESSAOE  PR0CSSSIS5  LOS-LEVEL  L08IC 


5-P15 


s 


■  •>  *>  ■  xffMh 


STBOCTOBE  BUPVBI. 


oboop  *isc 
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TiSK  H*B_PBOCESSIHG 


III  (818  Peports,  state  vectors) 

OPT  (reaote  aessages,  resolution  pair  acknosledgaent  list) 

IBOPT  (conflict  tables)  ; 

B8P8*T  88IL8  (any  8*8  raports  In  8*8  bnffac)  ;  <lnclading  "eapty  8*8"  raports> 
8888088  B*B_reaote_relay: 

I?  (aircraft  In  »T»BS  service  or  being  dropped) 

THUS  P8B80BH  e*ternal_apdating; 

If  (resolution  aessage  sent  last  scan) 

THEB  PEBf OBB  lntarnal_npdatlng : 

IF  (aircraft  in  a  conflict  table) 

THEB  Detersine  displayed  advisories  by  aerging  pair  records: 

8BDBEFBAI; 

88P  8»B_PB0CESSIBG: 


8*8  PB0CBSSI8P  T*S8  HIGH-IBTBL  100IC 


TUSK  BAR_PROCBSSIHG 

III  (RAB  Reports,  state  sectors) 

OPT  (reaote  eessages.  Resolution  Pair  Acknowledgment  List) 
moat  (conflict  tables) ; 

REPEAT  WHILE  (any  RAB  reports  in  BAB  bnffer) ; 

PEBFOBH  BAR_reeote_relay ; 

U  (SVECT.  ATSS  STBOE  21  SVECT.  PRATS  STHPE) 

THEE  PEBPOBH  external_apdating; 

IP  (Besolntion  Bessage  is  in  SVECT.  SPURS  list) 

THEH  PSBPOBB  internal_apdating ; 

JP  (SVECT.CTPT?  !T£  SIOLL) 

THEH  Find  displayed  advisories  by  serging  pair  records 
for  subject  AC; 

save  displayed  advisories  in  CTEHTHT. flHAHD,  vrahd; 

BHPBEPEAT; 

EBP  RAR_PROCESSIHG; 


—  BAH  PHOCESStHG  TASR  LOW-LPVEL  LOGIC 
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PBOCESS  BiR_reeote_relay ; 


IF  (another  site  is  to  get  BIB  data) 

THEB  relay  H»8  data  to  site  specified; 

£F  (one-scaa  flag  set) 

THEB  CML  RE*10TE_B»8_ST»RT/ST0P_D»T»  specifying  "stop" 

EBP  B»B_re«ote_relay: 


-  SJB  PROCESS  IBS  T1SB  BIOB-LETEt  108IC  - 
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PROCESS  ex*-ernal_updating; 

<Dacod«  BAR  report.  Interpret  as  six  colnans  of  aircraft's  BIB. 

Update  own  data  base.> 

REPEAT  UNTIL  (all  six  BIB  colnans  processed) ; 

IP  (colnan  is  for  other  ATARS  or  BCAS  AND  colnan  is  enpty) 

THEN  REPEAT  WHILE  (any  pair  records  showing  that  site  in  charge)  ; 
CALL  P II fi_B8COBD_ DELETION ; 

ENDBEPSAT; 

8LSBIF  (colnan  is  for  BCIS)  <own  or  other  colnans> 

THEN  Create/update  pair  rec.  showing  intrnder  'unknown', 

BCIS  in  charge; 

PBBPOBH  resolution_pair_acknowledgaent_entry_generation; 

BLSBIP  (colnan  is  other  ATABS  site) 

TgBB  Look  for  pair  rec(s)  for  this  AC  with  sane  site  in  charge; 

IP  (no  such  pair  record  found) 

3&5S  Create  pair  record  showing  intruder  'unknown'; 
BLSBIP  (site  not  connected) 

THEil  Beplace  old  pair  rec(s)  with  current  resolution  (s)  ; 
BLSBIP  (any  such  pair  records  found  with  both  AC  known) 

<don't  use  BAB  data,  ground  lines  ok> 

BLSB  Beplace  old  pair  rec(s)  with  current  resolution (s)  ; 
<not  using  ground  lines  yet,  use  BAB  data> 

OTHERWISE ;  <don*t  act  here  on  own  site's  coluan> 

BNDBEPSAT; 

BSD  external^updatlng; 


BAB  PROCESSING  TASK  HIGH-LEVEL  LOGIC 
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PROCESS  external_updat ing: 

REPEAT  ONTIL  (all  sit  colunns  processed)  ; 

I?  (coluan  is  for  other  ATARS  or  BCAS  AND  coluan  is  eapty) 

THEN  REPEAT  WHILE  (any  pair  recs  wi*h  PREC.  ATSID*site  ind.  by  coluan); 
CALL  PAIR_RECORD_DELSTION 
IN  (ACID1,  ACID  2,  PRPTR) 

I  HOOT  (Conflict  tables.  State  Vectors)  ; 

ENDREPEAT: 

ELSEIE  (fifth  or  sixth  coluan)  <o*n  or  other  3CAS> 

’’’HER  Creat e/update  pair  record  so  that  PREC. ac2. PAC=SONR 

and  PREC.  ATSTD=*BCAS; 

PBR°OR3  resolution_pair_acknowledgaent _entry_generation; 

ELSEIE  (coluan  is  other  ATARS  site) 

THEN  Loot  for  pair  rec  (s)  for  this  AC  with  PREC.  ATSID=sa*e  site; 

IE  (no  such  pair  record  found) 

THEN  Create  pair  record  with  PREC. AC2. PAC=*nNK; 

ELSEIE  (site  not  connected) 

then  PREC. PHHAN,PVBAN  =current  resolution (s) ; 

ELSEIE  (any  such  pair  records  found  with  both  PREC.PAC  NE  SUNK) 
THEN;  <don't  use  RAR  data,  ground  lines  OK> 

ELSE  PREC. P38AN, PVHAN  =  current  resolution (s) ; 

<not  using  ground  lines  yet,  use  RAR  data> 

OTHERWISE :  <don't  act  here  on  own  site's  coluan> 

ENDRPPEAT; 

END  ex“'ernal_updating; 
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PROCESS  lnternal_updating; 

<Test  bits  of  uplinked  coition  to  see  what  got  into  R  AR .  > 

Set  test  column  to  all  zeroes; 

Form  logical  OR  of  other  ATARS  sites*  columns  and  BCAS  columns; 

Extract  uplink  column  from  Resolution  Message  in  tJPHBS; 

REPEAT  WHILE  (any  more  bits  set  in  uplink  column); 

PERFORM  compatibility; 

IF  (compatible) 

THEM  SET  same  bit  in  test  column; 

H IS: 

EHPREPSAT:  <now  test  column  represents  AC  BAR  column> 

REPEAT  WHILE  (any  more  pair  records  for  subj.  AC  with  own  site  in  charge); 

IJ  (null  ra  shown  for  subject  AC) 

j^HEM  Cl  EAR  send  flag  for  subject  AC; 

IF  (other  AC  send  flag  not  set) 

THEN  CALL  PAIR_RECORD_DELETION ; 

EL5SIF  (bit  not  set  in  test  col.  matching  RA  for  subj  AC)  <either  part  of 

compound  RA> 

THEM  IE  (HA  newly  selected  last  scan) 

THEM  Remowe  that  8A  from  pair  record; 

<remowe  only  part  whose  bit  not  set> 
signal  pair  needs  recomputation ; 
otherwise  <RA  accepted  by  subject  RAR> 

PERFORM  resolution_pair_acknowledgment_entry_generaf ion; 

SHPREPEAT : 

END  '  ha  l_'lpdating; 
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PROCESS  internal_updating: 


<Test  bl*s  of  aplinked  colaan  to  see  shat  got  into  BAR. > 

Set  test  coluan  to  all  zeroes; 

Fora  logical  OF  of  other  ATARS  sites*  colaans  and  8CAS  colaans; 
extract  uplink  colaan  froa  Resolution  aessage  in  SVECT.OPHES  list; 

REPEAT  WHILE  (any  aore  bits  set  in  uplink  colaan) ; 

PEIJEfiRH  coapa tibility ; 

IF  (COHPATIBLE  set) 

THEM  SET  saae  bit  in  test  colaan; 

1153; 

EMDREPSAT;  <now  test  colaan  represents  AC  RAR  coluan> 

REPEAT  *3113  (any  sore  pair  records  with  PREC.acl.PAC  or  ac2.PAC  E£  subj.  AC 

ARP  PR  EC.  ATSID*  JORHID) 

IF  (PREC.PHHAH  or  PREC.  PYHAN  =  SHfllLRES  for  subj.  AC) 

THEM  CLEAR  PREC . SEMO  for  subject  AC; 

£F  (Other  AC  PREC.  SEND=IFALSE) 

THEM  CALL  ?AIR_RBCORD_DELBTIO» 

Ifi  (ACID1,  ACID2,  PRPTB) 

IMOPT  (Conflict  Tables,  State  Vectors)  ; 

ELSEIF  (bit  not  set  in  test  col.  Batching  RA  for  subj  AC)  <either  part  of 

coapound  RA> 

THEM  IF  (RA  newly  selected  last  scan) 

THEM  Robots  that  RA  froa  pair  record; 

<Reaove  only  part  whose  bit  not  set> 

IF  (PBEC.POSCHD  IDOOBLE) 

THEM  PREC. POSCHB*$RCHOBL ;  <recoaputation,  doable  advs> 

ELSE  PREC. POSCHD-SRCSSSG;  <recoapatat ion ,  single  advs> 
OTHERMISS  <BA  accepted  by  subject  BAR> 

PERFORH  resolation_pair_acknowledgaent_entry_generation; 

FBPFSPE AT: 

SMp  int#rnal_apdating; 
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PROCESS  compatibility; 


IP  (bit  in  aplinlt  column  is  positive  horizontal) 

THEN  IP  (no  opposite- sense  horizontal  bits  set  in  RXR  coeposite  colasn) 
THEE  indicate  cospatible; 

ELSE  indicate  not  cospatible; 

ELSEIF  (bit  in  uplink  colusn  is  negative  horizontal) 

THEE  IP  (opposite-sense  positive  horizontal  bit 
not  set  in  R AS  coaposite  colasn) 

,pH£H  indicate  compatible; 

PLSE  indicate  not  cospatible; 

ELSEIP  (bit  in  uplink  colusn  is  positive  vertical) 

THEN  IP  (no  opposite-sense  vertical  bits  set  in  R»R  composite  column) 
THEE  indicate  compatible; 

ELSE  indicate  not  compatible; 

OTHERWISE  <  bit  in  uplink  colaan  is  negative  vertical  or  VSL.  > 

IP  (opposite-sense  positive  vertical  bit 
not  set  in  TUB  coaposite  colusn) 

THEE  indicate  coapatible; 

ELSE  indicate  not  coapatible; 

EBP  compatibility; 
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PPOCESS  compatibility; 


IP  (bit  in  uplink  column  is  positive  horizontal  RA) 

TREK  IP  (no  opposite- sense  horizontal  bits  set  in  R  AR  composite  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

ELSEIP  (bit  in  uplink  column  is  negative  horizontal  RA) 

THEM  IP  (opposite-sense  positive  horizontal  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

ELSEIP  (bit  in  uplink  column  is  positive  vertical  RA) 

THEM  IP  (no  opposite-sense  vertical  bits  set  in  HAR  composite  column) 

THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

OTHERWISE  <  bit  in  uplink  column  is  negative  vertical  or  VSL  RA> 

IP  (opposite-sense  positive  vertical  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 


EMD  compatibility; 
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PROCESS  resolation_pair_acknovledgaant_entry_generation : 

<Generate  HPALST  entry  froa  pair  record. > 

Link  na*  Rpalst  entry;  <don't  naad  to  check  for  doplication> 
Copy  AC  ID's  and  RA's  froa  pair  record; 

Enter  current  tiaa; 

Indicate  shether  pair  resolved  by  BC1S  or  ATABS; 

EBP  resolution_pair_ackno«ledgaent_entry_generation : 
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PROCESS  resolution_pair_acknowledgnent_entry_generation: 

Link  new  RPHLST  entry; 

RP1LST. acl . ID»PREC.ac1 . PIC; 

RPiLST.  ac2.  ID»PREC.ac2.  PiC; 

RPiLST.  acl.  RSS=PR!C.ac1.PBB»»,P»8»»; 
RPlLST.ac2.RES*PHEC. ac2>  PBH1R*  PTBi  I; 

RP1LST.  TIBE»SrSTiR.CTISE; 

IP  (PREC-iTSID  Bfl  JBCiS) 

THEM  CLEIR  RPiLST. SOORCE;  <BC»S  reaolOtion> 

ELSE  SET  RPHLST. SOURCE;  <»T1RS  resolution) 

EBP  resolution_pair_adcnowledgeent_entry_generation; 
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6.  AIRCRAFT  PROCESSING 

6.1  New  Aircraft  Processing 

The  selection  of  new  aircraft  to  be  added  to  the  ATARS  data  base 
Is  made  In  the  Report  Processing  and  Track  Processing  Tasks. 

These  choices  are  conveyed  to  the  New  Aircraft  Processing  Task 
through  the  XINIT  List.  The  purpose  of  this  task  is  to  add  all 
aircraft  on  this  list  to  the  X-list,  EX-list,  and  ATARS  Sector 
List.  The  task  will  also  initialize  all  parameters  in  the  State 
Vector  that  are  used  in  subsequent  ATARS  processing  tasks. 

The  XINIT  List  is  a  linked  list  of  all  aircraft  that  have  been 
designated  for  addition  to  the  X-list  or  the  EX-list,  and  to  the 
sector  list  by  the  Track  Processing  Task  for  a  particular  ATARS 
sector.  The  XINIT  List  has  a  pointer  to  the  head  of  the  list 
and  is  linked,  in  one  direction  only,  through  the  NEXTX  position 
in  the  state  vectors.  The  use  of  NEXTX  is  legitimate  at  this 
time  because  this  field  is  not  used  for  those  aircraft  not  yet 
added  to  the  X-list  or  the  EX-list.  New  Aircraft  Processing 
sets  the  NEXTX  and  PREVX  pointers  for  each  aircraft  in  the  XINIT 
List  to  include  the  State  Vectors  in  the  forward  and  backward 
linked  X-list  or  EX-list.  The  NEXTA  pointer  is  set  to  include 
the  next  aircraft  State  Vector  in  the  ATARS  Sector  List.  These 
pointers  are  set  using  the  X/EX-list  Initial  Entry  Routine  which 
is  described  in  Section  6.1.3. 

6.1.1  X-llst  and  EX-list  of  Aircraft 

The  X-list  and  the  EX-list  are  two  lists  of  aircraft  State 
Vectors  which  are  ordered  on  the  x  coordinates  of  the  aircraft 
with  the  DABS  sensor  at  the  origin.  The  X-list  includes  all 
aircraft  whose  altitude  is  below  a  threshold  altitude,  and  whose 
speed  is  below  an  upper  velocity  limit.  All  other  aircraft  are 
on  the  EX-list.  The  position  of  the  aircraft  on  these  two  lists 
is  checked  when  the  particular  ATARS  sector  is  being  processed 
and  it  is  updated  if  required. 

Initial  placement  of  aircraft  into  either  list  is  described  in 
Initial  Entry  of  Aircraft  Into  the  X-list,  EX-list  and  Sector 
List  (Section  6.1.3).  The  process  of  maintaining  their  current 
position  on  the  lists  is  described  in  Sector  List,  X-list,  and 
EX-list  Updating  (Section  6.2.3). 

6.1.2  Sector  List  of  Aircraft 

The  ATARS  Sector  List  is  a  list  of  all  aircraft  State  Vectors  in 
an  ATARS  sector.  There  is  one  sector  list  for  each  ATARS 
sector. 
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The  executive  control  keeps  a  table  containing  the  start  point 
for  each  sector's  list.  The  sector  list  is  used  to  expedite  the 
selection  of  aircraft  to  be  processed  in  each  ATARS  sector.  All 
the  tasks  which  need  to  look  at  every  aircraft  in  a  sector 
access  these  sector  lists. 

6.1.3  Initial  Entry  of  Aircraft  Into  the  X-list,  EX-List,  and 
Sector  List 


Both  the  X-list  and  the  EX-list  are  modified  to  permit 
expeditious  entry  of  new  aircraft  into  these  lists.  This 
modification  takes  the  form  of  seeding  the  ordered  lists  with 
dummy  State  Vectors  which  have  fixed  x  coordinates.  A 
cross-reference  permits  a  direct  means  of  locating  the  dummy 
State  Vector  nearest  to  a  given  x  coordinate.  The  cross- 
reference  takes  the  form  of  an  array  of  pointers  linking  the 
known  x  coordinates.  The  dummy  State  Vectors  are  called 
signposts  and  contain,  as  a  minimum,  fields  for  the  NEXTX  and 
PREVX  pointers,  a  field  for  the  x  value  of  the  signpost,  and 
flag  to  identify  signposts,  SPIDFG.  SPIDFG  will  be  permanently 
set  for  all  signposts  and  reset  for  all  aircraft  State  Vectors. 
This  flag  is  used  to  expedite  signpost  identification  in  the 
Coarse  Screen  Processing  Task. 

To  enter  new  aircraft  into  either  list,  a  determination  is  first 
made  if  the  aircraft  is  in  the  hub  area.  If  so,  the  hub  flag 
(HUBFLG)  is  set.  If  the  aircraft  qualifies  for  the  EX-list,  the 
aircraft  is  entered  on  the  EX-list,  and  the  EXFLG  flag  is  set; 
otherwise,  it  is  entered  on  the  X-list  and  the  EXFLG  is  reset. 
Both  of  these  lists  initially  consist  only  of  the  signposts 
linked  together.  The  NEXTX  and  PREVX  pointers  of  the  two 
terminal  signposts  in  both  lists  are  set  to  null. 

The  new  aircraft  are  also  linked  to  the  particular  ATARS  sector 
list  in  the  X-list  or  the  EX-list  corresponding  to  the  sector 
identification. 

The  ATARS  sector  thread  is  linked  only  in  the  forward  direction 
using  a  pointer  NEXTA.  If  the  new  aircraft  becomes  the  first 
aircraft  in  a  sector  thread,  the  executive  program  must  be 
notified  so  that  its  SIDSPX  and  SIDSPE  table  is  updated  to 
reflect  this  change.  When  threading  new  aircraft  into  a  sector 
list,  care  must  be  taken  to  keep  the  previous  aircraft  position 
on  the  list,  as  a  backwards  pointer  is  not  required  for  any 
other  ATARS  Sector  List  processing  and  thus  is  not  part  of  the 
State  Vector. 
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Aircraft  Update  Processing 


The  function  of  the  Aircraft  Update  Processing  Task  is  to  update 
the  position  and  velocity  coordinates,  determine  the  ATARS 
service  zone  through  geographical  processing  (Section  6.2.2)  and 
update  the  position  of  those  aircraft  on  the  X-llst,  EX-list, 
and  sector  list  (Section  6.2.3)  in  the  sector  designated  by  the 
executive  control.  The  position  coordinates  of  the  hub  area 
aircraft  are  updated  as  part  of  this  task. 

Aircraft  update  processing  operates  on  a  particular  sector  list 
of  aircraft  threaded  in  the  X-liat  and  EX-list.  The  start 
pointers  (SIDSPX,  SIDSPE)  for  the  sector  lists  are  in  a  table 
maintained  by  the  executive  cortrol  and  are  updated  in  the  list 
update  processing  (Section  6.2.2).  The  table  holds  the  start 
pointers  for  every  sector  which  contains  aircraft  on  the  X-list 
or  the  EX-list  and  null  pointers  for  sectors  which  contain  no 
aircraft.  The  start  pointer  identifies  the  State  Vector  of  the 
aircraft  that  starts  the  string  of  aircraft  for  a  sector. 

The  position  coordinate  update  is  achieved  by  a  linear 
projection  from  the  aircraft's  predicted  position,  for  a  time 
equal  to  the  difference  between  the  sector  time  (TEN)  and  the 
aircraft  time  of  prediction  (IMP)  using  the  aircraft  external 
velocity  components.  All  aircraft  ST*  then  presented  for  sector 
processing  on  a  common  basis.  It  !•  Important  to  note  that  the 
only  coordinates  used  in  ATARS  sector  processing  after  the 
Aircraft  Update  Processing  Task  is  complete  are  the  position  and 
velocity  coordinates  set  in  this  task*  The  updated  coordinates 
are  used  to  update  the  geographical  tone  if  the  ATARS  service 
flag  is  set.  The  updated  coordinates  are  also  used  to  update 
the  position  in  the  X-llst,  EX-list,  and  sector  list  for  the 
subject  aircraft  before  continuing  with  the  next  aircraft  in  the 
X-list  or  the  EX-list.  This  process  continues  until  all 
aircraft  in  the  sector  thread  for  both  the  lists  are  completed. 

The  variables  TEN  and  TMP  will  have  a  fixed  number  of  bits. 

These  variables  will  recycle  to  zero  when  the  time  overflows  the 
number  of  available  bits.  Hence  in  subtracting  time  variables, 
here  and  throughout  the  ATARS  processing  both  variables  should 
be  expressed  with  common  higher  order  bits. 

Special  attention  must  be  given  to  the  structuring  of  the  update 
processing  task.  Although  the  X-list  and  EX-list  are  used  to 
access  the  aircraft  for  updating,  one  of  the  steps  in  updating 
is  to  reposition  the  aircraft  in  the  lists.  The  next  aircraft 
in  the  list  is  saved  before  the  current  aircraft  is  repositioned 
In  either  list.  However,  even  with  this  procedure,  an  aircraft 
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which  has  moved  up  the  list  by  skipping  one  or  more  aircraft 
would  be  accessed  a  second  time  for  updating  in  the  same  sector 
list.  To  prevent  this  duplicate  updating,  the  XUPFL  flag  in  the 
State  Vector  is  set  the  first  time  the  aircraft  is  accessed  for 
updating  and  is  read  to  prevent  duplicate  updating  in  the  second 
access.  The  XUPFL  flag  is  cleared  once  per  sector  when  the 
aircraft  is  accessed  in  the  Coarse  Screen  Processing  Task. 

The  hub  area  position  coordinate  update  is  exercised  at  the 
start  of  every  quarter  scan  (i.e.,  when  the  antenna  is  at  0°, 
90°,  180°,  270°).  The  hub  area  (Figure  3-2)  is  defined  as 
a  circle  of  given  radius  centered  at  the  DABS  sensor;  First, 
the  signpost  (explained  in  Section  6.1.3)  on  the  X-list  or  the 
EX-list  nearest  to  the  negative  value  of  the  hub  area  radius  is 
located.  The  lists  are  searched  forward  until  the  first 
signpost  beyond  the  positive  value  of  the  hub  radius  is 
reached.  All  of  the  aircraft  identified  as  being  in  the  hub  on 
either  list  between  these  negative  and  positive  signposts  are 
afforded  hub  processing.  The  position  and  velocity  coordinates 
of  these  aircraft  are  updated  using  the  same  technique  described 
above  for  the  regular  sector  aircraft  position  and  velocity 
updating.  This  processing  maintains  a  more  current  position  on 
both  lists  for  the  aircraft  located  near  the  DABS  sensor  where 
ATARS  sectors  are  not  very  wide.  This  is  necessary  because 
aircraft  may  change  sectors  rapidly  in  the  hub  area  and  this 
affords  a  more  timely  identification  of  a  possible  conflict  in 
the  ATARS  processor. 

Again,  the  XUPFL  flag  is  used  to  prevent  duplicate  updating. 

The  flag  is  reset  in  this  task  instead  of  waiting  for  the  Coarse 
Screen  Processing  Task  because  the  aircraft  identified  in  the 
hub  area  may  be  from  any  sector,  not  just  the  particular  sector 
being  processed  at  this  time.  Therefore,  only  those  XUPFL  flags 
associated  with  hub  processing  would  be  reset  at  this  pass 
through  the  ATARS  processor. 

6.2.1  ATARS  Service  Map 


Every  ATARS  site  stores  a  map  indicating  the  boundaries  of  the 
area  for  which  ATARS  service  is  provided.  The  location  of  the 
boundaries  differ  depending  whether  or  not  another  ATARS  site  is 
near  enough  to  cover  an  adjacent  area.  The  two  cases  are  called 
the  "single-site"  coverage  and  the  "multi-site"  coverage  cases. 
However,  a  site  may  use  both  kinds  of  coverage  at  once,  as  in 
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the  example  depicted  In  Figure  6-1.  This  hypothetical  site  has 
no  neighbor  to  Its  West,  and  so  uses  single-site  boundaries  on 
that  side.  Another  site  is  located  nearby  to  the  East,  and  so 
multi-site  coverage  is  assigned  to  that  side. 

The  single-site  boundaries  give  ATARS  as  much  coverage  as 
possible.  The  surveillance  mask,  ATARS  service  map,  and  Domino 
coverage  all  share  a  common  boundary.  This  boundary  may  be 
identical  with  the  extent  of  DABS  surveillance  coverage  (and 
thus  need  not  be  an  explicit  boundary,  although  some  values  must 
be  assigned  to  the  map);  or  it  may  be  chosen  to  delimit  an  area 
within  DABS  coverage,  if  DABS  position  data  is  not  believed  to 
be  sufficiently  accurate  at  long  range. 

The  multi-site  boundaries  serve  to  partition  the  ATARS 
processing  load  among  nearby  sites.  Overlap  is  provided  to 
assure  continuous  coverage  during  boundary  crossings,  smooth 
handoff  of  responsibility  between  sites,  and  to  allow  for  small 
differences  in  the  sites'  perceptions  of  the  boundary. 

Figure  6-1  shows  several  boundaries  for  the  subject  site.  The 
Domino/Surveillance  boundary  serves  the  following  functions: 

1.  Report  Processing  (Section  4.4)  makes  a  simple 
rho-theta  check  used  to  accept  or  reject  surveillance 
reports. 

2.  ATARS  tracks  are  maintained  on  aircraft  within  this 
area . 

3.  Although  ATARS  service  is  not  provided  to  aircraft 
outside  the  ATARS  service  area  (see  below),  the  Domino 
Routine  (Section  13.4.2.1)  considers  aircraft  within 
the  Domino  boundary  when  selecting  resolution 
advisories  for  aircraft  receiving  ATARS  service. 

The  Domino/Surveillance  boundary  is  stored  as  one  or  more 
azimuth  sectors  with  a  range  boundary  corresponding  to  each 
sector.  These  sectors  are  distinct  from  DABS  sensor  or  ATARS 
processing  sectors.  This  boundary  must  be  wide  enough  to 
provide  the  desired  Domino  coverage  for  conflicts  near  the 
limits  of  the  ATARS  service  area.  It  is  also  desirable  to 
include  surveillance  coverage  for  the  site's  Backup  Service  Area 
(see  Section  17.3.1).  If  such  coverage  is  provided,  any  backup 
mode  switchover  would  be  smooth,  since  tracks  would  be  available. 
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FIGURE  6-1 

ATARS  SERVICE  MAPS  FOR  SINGLE-SITE 
AND  MULTI-SITE  COVERAGE 


The  ATARS  service  area  contains  aircraft  for  which  traffic 
advisory  and  resolution  advisory  services  are  provided.  A 
discussion  of  Normal  and  Backup  areas  is  provided  in  Section 
17.3.1.  The  following  description  applies  to  whichever  mao  is 
in  use  at  a  given  time. 

The  service  mask  is  implemented  as  a  pair  of  convex  polygons, 
one  for  aircraft  from  the  lower  limit  of  DABS  coverage  up  to  and 
including  altitude  HZONE,  and  the  other  for  aircraft  above 
altitude  HZONE.  Ttese  polygons  may  have  as  many  vertices  as  are 
needed.  For  example,  to  implement  multiple  site  coverage  in  a 
large  area,  intricate  shapes  may  be  required  to  provide  the 
necessary  overlap  (seams)  and  divide  the  expected  traffic  and 
processing  load. 

It  is  essential  that  wherever  two  ATARS  sites  have  a  common 
boundary,  their  normal  mode  ATARS  service  areas  overlap  by  no 
less  than  a  specified  distance.  This  overlap  is  called  a  "seam" 
and  is  given  a  width  sufficient  to  allow  nominal  warning  time 
for  any  pair  of  aircraft  on  opposite  sides  of  the  boundary.  The 
seam  is  implemented  by  extending  each  site's  area  a  distance 
DSEAMH  (or  DSEAML)  past  the  nominal  boundary  of  the  high  (or 
low)  altitude  map.  Then  the  sites'  coverages  overlap  by 
2*DSEAMH  for  the  high  altitude  masks.  A  seam  is  illustrated  in 
Figure  6-2. 

The  following  algorithm  is  used  to  determine  whether  the  tracked 
aircraft  position  (XT,  YT)  lies  within  a  convex  polygon.  This 
figure  will  be  described  by  the  NVERT  vertices,  (X^,Yj), 

(*2  »^2) » • "  * »  (XnverT'^NVERt)  •  71,6  vertices  are  numbered 

in  a  counterclockwise  manner  starting  at  any  vertex  as  shown  for 
the  example  4-sided  area  of  Figure  6-3.  Form  all  vectors 
joining  adjacent  vertices  in  a  counterclockwise  direction 
as  indicated  by  the  vectors  through  V4.  Also  form  all 
vectors  joining  the  vertices  to  the  point  (XT,  YT) .  Let  these 
vectors  be  designated  VT^  through  VT^.  Then  the  point  (XT, 

YT)  is  internal  to  the  zone  if  and  only  if  all  vector  cross  pro¬ 
ducts  VT].*V|. ,VT2*V2 . VTNyEgT*VpWE{n>,  ®re  negative.  By 

precomputing  several  constants  which  are  functions  of  the  vertex 
coordinates,  the  number  of  calculations  required  to  perform  the 
test  is  reduced. 

A  typical  vector  cross  product,  VT^Vj  is, 

VTt  - 

(XT-Xi ) *( Y1+1-Yt )-( YT-Yi ) *(Xi+1-Xt ) . 

This  can  be  written, 

VT1*V1  -  XT*DYt  -  YT*DXi+Ki 


+  -  -  - - - - U.  — 
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where , 


DXi  =  Xi+1  -  Xt 
DYi  =  Yi+1  -  Yi 
KA  =  Y^DXt  -  X^DYi 

All  the  DX,  DY  and  K  constants  for  each  map  are  precomputed  and 
stored  In  memory.  Then  the  expression, 

F ( 1 )  =  XT*  DY  j-Y  T*  DX  j+K  t 

Is  evaluated  repeatedly  from  1=  1  to  NVERT.  If  any  term  F(i)  Is 
positive,  the  aircraft  is  outside  the  polygon.  If  all  are 
negative,  it  is  inside. 

6.2.2  Geographical  Processing 


This  process  tests  an  aircraft’s  position  to  determine  whether 
it  is  within  the  site's  ATARS  service  area.  In  the  special  case 
when  the  site  is  in  the  Backup-Master  mode,  (see  Section  17.3.2) 
separate  tests  are  performed  for  the  site's  Center  Zone  and  its 
Backup  service  area.  Note  that  the  Report  Processing  Task 
(Section  4. A)  has  already  performed  a  quick  test  on  the  position 
and  has  set  ATSS  in  the  State  Vector  if  the  aircraft  is  within 
the  rho-theta  mask  (larger  than  the  service  area).  If 
geographical  processing  now  finds  the  aircraft  outside  tue 
service  area,  it  clears  the  service  flag. 

The  State  Vector  GEOG  contains  all  site  ID  bits  read  down  (for 
DABS  aircraft)  in  the  latest  surveillance  report.  If  the 
aircraft  is  entering  this  site’s  ATARS  service  area,  own  site  ID 
bit  will  not  have  been  sent  up  yet.  The  bit  is  set  here  so  that 
the  Seam  Pair  Task  will  treat  the  aircraft  properly. 

For  aircraft  within  the  service  area,  additional  processing  is 
performed  according  to  their  equipage.  All  BCAS-equipped 
aircraft  are  sent  Sensitivity  Level  control  (SLC)  messages 
determined  by  a  stored  map.  The  message  is  sent  only  when  SLC 
should  change.  All  DABS-equipped  aircraft  are  sent  a  Squitter 
Lockout  Message  when  within  a  designated  area.  This  message  is 
sent  only  when  the  lockout  status  changes.  The  DABS  sensor 
sends  SLC  and  lockout  control  data  each  scan  based  on  the  last 
messages  sent  from  ATARS. 

When  an  aircraft  leaves  the  ATARS  service  area,  the  map  test 
detects  the  condition  and  clears  the  service  flag.  The  site's 
ID  bit  is  removed  from  GEOG.  This  prevents  Seam  Pair  Task  from 
passing  the  pair  to  Master  Resolution  Task.  If  the  aircraft  is 
seen  by  any  connected  sites  (as  indicated  in  GEOG)  then  handoff 
messages  are  sent  to  those  sites  to  enable  a  transfer  of 
responsibility. 
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6.2.3  Sector  List,  X-list,  and  EX-list  Updating 


The  position  of  all  the  aircraft  in  a  sector  are  updated  on  the 
sector  list,  X-list,  and  EX-list.  If  necessary,  an  aircraft  may 
be  moved  from  the  X-list  to  the  EX-list  or  from  the  EX-list  to 
the  X-list.  Aircraft  which  were  on  the  EX-list  on  the  last  scan 
have  been  marked  in  the  State  Vector.  If  the  aircraft  has 
crossed  the  altitude  or  speed  threshold,  then  that  aircraft  is 
removed  from  the  X-list  or  EX-list  and  entered  into  the  other 
list  using  the  technique  described  in  the  Initial  Entry  of 
Aircraft  Into  the  X-list,  EX-list,  and  Sector  List  (Section 
6.1.3).  If  the  aircraft  has  not  crossed  the  thresholds,  then 
its  position  in  either  list  is  updated  according  to  its  present 
x  coordinate.  At  the  same  time,  the  aircraft  position  in  the 
ATARS  Sector  List  is  updated  to  correspond  to  the  present  x 
coordinate.  If  the  new  position  in  the  sector  list  is  the  first 
position,  the  executive  program  must  be  notified  to  correctly 
set  the  start  pointer  for  the  sector  list. 

6.3  Terrain/ Airspace/Obstacle  Avoidance 


The  capability  to  provide  an  alert  for  close  proximity  to  the 
terrain,  the  violation  of  restricted  airspace,  and  close 
proximity  to  an  obstacle  is  provided  by  this  task.  The  task 
operates  on  the  linked  list  of  aircraft  for  an  ATARS  sector. 

The  logic  to  determine  the  need  for  an  alert  and  send  a 
Controller  Alert  Message,  if  required,  is  provided  here;  the 
actual  construction  of  alert  messages  for  uplink  to  the  aircraft 
is  performed  by  the  Data  Link  Message  Construction  Task.  Only 
aircraft  which  are  receiving  ATARS  service  or  which  are 
controlled  are  eligible  for  processing.  The  format  of  the 
Controller  Alert  Message  for  terrain/airspace/obstacle  alerts  is 
the  same  as  shown  in  Table  11-1,  with  the  following  exceptions: 
(1)  AMTYP  is  set  to  01,  11,  or  10  to  indicate  a  terrain, 
restricted  airspace,  or  obstacle  alert,  respectively,  (2)  only 
one  aircraft  is  identified,  and  (3)  the  Vl  field  is  used  to 
Indicate  that  the  aircraft  is  unequipped  with  ATARS,  implying 
the  need  for  controller  voice  communication  to  convey  the  alert 
to  the  aircraft. 

6.3.1  Terrain  Avoidance  Processing 


The  terrain  avoidance  logic  makes  use  of  the  mode  C  barometric 
pressure  correction  provided  with  the  surveillance  report. 
Aircraft  which  are  on  final  approach  or  which  are  taking  off  or 
landing  at  an  airport  may  be  below  the  terrain  altitude 
threshold  momentarily.  Therefore,  special  checks  are  required 
to  inhibit  alerts  if  aircraft  are  on  the  final  approach  glide 
slope  or  operating  in  close  proximity  to  an  airfield. 
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The  real-time  processing  of  the  map  of  the  terrain  is  similar  to 
the  method  used  in  the  Terminal  Area  Minimum  Safe  Altitude 
Warning  (MSAW)  function  described  in  Reference  7.  A  major 
difference  concerns  the  use  of  a  grid  map  with  variable  bin 
sizes  and  the  associated  indexing  required  to  access  the 
altitude  threshold  for  each  high-level  and  sub-level  terrain 
bin.  Terrain  map  processing  includes  the  logic  to  access  the 
terrain  map,  project  the  aircraft  horizontally,  determine  the 
bin  altitude  thresholds  along  the  projected  path,  and  compare 
the  thresholds  to  the  projected  aircraft  altitude.  Figure  6-4 
gives  an  example  of  the  bins  to  be  checked.  Table  6-1 
summarizes  the  altitude  checks  required  for  each  event  in  the 
projection  of  the  aircraft.  Terrain  map  processing  also  saves 
the  altitude  threshold  for  the  initial  bin  in  the  aircraft  State 
Vector,  for  potential  use  later  as  a  constraint  in  the  selection 
of  resolution  advisories  for  a  conflict. 

The  off-line  generation  of  the  terrain  map  is  described  in 
Figure  6-5.  This  procedure  is  identical  to  the  method  used  in 
Reference  7,  with  the  exception  of  the  sub-level  indexing  and 
the  marking  of  bins  which  are  in  a  final  approach  zone.  A  data 
structure  implementation  for  the  terrain  map  is  presented  in 
Figure  6-6. 

6.3.2  Obstacle  Avoidance  Processing 

The  obstacle  avoidance  logic  is  only  applied  to  aircraft  which 
are  below  a  minimum  altitude.  An  x  ordered  linked  list  of 
obstacles  is  generated  off-line  and  stored  for  access  by 
obstacle  avoidance  processing.  This  list  contains  position  and 
altitude  information  for  each  obstacle.  Proximity  to  an 
obstacle  is  determined  by  applying  fixed  x,  y  search  limits  to 
the  current  position  data  and  comparing  the  pressure-corrected 
altitude  to  the  altitude  of  the  obstacle.  A  check  for 
convergence  with  the  obstacle  is  made  before  issuing  an  alert. 
Multiple  alert  messages  may  be  uplinked  to  the  aircraft  if 
convergence  with  more  than  one  obstacle  is  detected. 

6.3.3  Restricted  Airspace  Avoidance  Processing 

The  restricted  airspace  avoidance  logic  consists  of  two  major 
elements:  (1)  providing  an  advisory  to  uncontrolled  aircraft 

upon  first  entry  into  a  Terminal  Control  Area  (TCA),  and  (2) 
providing  an  alert  to  any  aircraft  which  has  entered  an  area  of 
restricted  airspace.  The  technique  for  storage  and  access  of 
the  TCA  map  should  allow  effective  use  of  the  ATARS  processors. 
The  storage  of  the  restricted  airspace  areas  and  the  logical 
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TABLE  6-1 

TERRAIN  ALTITUDE  CHECKS 


Start  Point  of  Projection 


1.  Current  bln  z  threshold 

2.  Adjacent  bln(s)  z  threshold 


X-llne  or  Y-line  Cross  Point 


1.  If  negative  vertical  rate:  z  threshold  of  previous  bln  (use 
aircraft  z  at  cross  point) 

2.  If  non-negative  vertical  rate:  new  bln  z  threshold 

3.  Adjacent  bln(s)  z  threshold 

End  Point  of  Projection 

1.  If  negative  vertical  rate:  current  bln  z  threshold 

2.  Adjacent  bln(s)  z  threshold 
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FIGURE  6-5 

DESCRIPTION  OF  TERRAIN  MAP  GENERATION 
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FIGURE  6-6 

TERRAIN  MAP  DATA  STRUCTURE 


checks  for  determining  if  an  aircraft  is  inside  an  area  is  the 
same  as  that  described  for  processing  of  airport  area  types  (see 
Section  8.7). 

6.4  Pseudocode  for  Aircraft  Processing 

The  pseudocode  for  New  Aircraft  Processing  Task,  Aircraft  Update 
Processing  Task,  and  Terrain/ Airspace/Obstacle  Avoidance  Task 
follows. 
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<***  THE  VARIABLES  LISTED  BELOW  ARE  LOCAL  TO  THE  NEt  AIRCHAET  TASK  •*•> 


STROCTORE  HERACVBL 

<***  POIHTEB  VARIABLES  ***> 

GROOP  pointers 

PTR  LSTPTR  <  start  pointer  for  various  lists  > 

PTR  THPTR2  <  local  (teiporary)  variable  > 

GROOP  signp 

IHT  HSIGNP  <  lower  integer  value  of  signpost  closest  to  aircraft  > 


EVDSTROCTORS: 


HER  1IRCRAPT  PROCESSIHG  LOCAL  VARIABLES 


TASK  NE»_»IHCH*r?_P*OCSSSI«S 
II  (XI KIT  list  for  ssctor) 

IBOPT  (stats  ssctor) ; 

<  Place  ns*  aircraft  salsctsd  by  trackar  on  x/sx_list  > 

BEPE1T  WHILE  (tors  AC  on  XIHIT  list) ; 

CALI  I_EX_LISt_IBITIAL_EiTHY: 

Initializs  ssctor  start  pointers,  final  approach  tons  indicator,  flags: 

SBBBgmX: 

E!IP  !*F«_llBCHAPT-PBOCESSIMG: 


WE!  aiicbapt  pbocbssibg  bigh-letel  logic 


TASK  HB1_AIHCHAFT_P80CESSIHG 
IS  (XIWIT) 

IHOQT  (SVECT)  ; 


<  Placa  na*  aircraft  salactad  by  trackar  on  x/ax_list  > 


REPEAT  PHILS  (aora  AC  on  XI HIT  list)  ; 

CALL  X_EX_LIST_IHITIAl_EHTBI 
IS  (CSCRBEH,  STSTEH) 

IHOOT  (x/ax_list,  SVECT,  antanna  sactor  list,  SIDSPX,  SIDSPE) 
SVECT.  ACHES  »  SHOLL: 

SVECT. PHPT8  «  SHOLL; 

SVECT. OPHES  «  SHOLL; 

SVECT. FAZ  *  SODPAZ; 

S7ECT.  ATSEQ  »  IONEQ; 

CL  EAR  SVECT. CEHTE; 

CLEA8  SVECT. XOPrL; 

CLEAB  SVECT. HOBFLG: 

SET  SVECT. IHIPL; 

EHDjjmi: 

JHO  HEW_AIHC8APT_P80CESSIHG; 


-  HEW  AI1CHAPT  PHOCBSSIHG  LOH-LBTEl  LOGIC  — 


S-P5 


Roo^me  *_s*_list_ihittal_phtrt 

IS  (coarse  screen  paraaeters,  system  paraaeters) 

ISOOT  (x/ex_list,  state  vector,  antenna  sector  list,  sector  start  pointers) 

<  Place  aircraft  initially  on  x/ei_list  > 

Calculate  horizontal  position  and  speed; 

IP  (AC  within  hub  range) 

THEM  set  hub  flag: 

PI  Si  C1SAR  hub  flag; 

"ind  nearest  signpost  to  location  of  aircraft  in  the  x  plane; 

<  Signpost  located  to  the  left  of  XC  with  positive  x  and  to  the  right 

of  XC  with  negative  x  > 

IP  ((non_aode  C  report  AMD  high  speed)  OS  (eode  C  report  AMD 
(high  alt  OR  high  speed))) 

T3EH  Find  corresponding  signpost  on  ex_l ist; 

’ind  start  of  sector  ex_list; 

PL SB  find  corresponding  signpost  on  x_list; 
find  start  of  sector  x_list; 

PERFORM  x_ex_list_placeaent; 

PERFORM  sector_list_placeaent; 

EMp  X_E!C_LIST_IMITIAl_EMTFT; 


ME»  AIRCRAFT  PROCPSSIMO  “TGH- j. jy LOGIC 
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ROOTIHB  X_EX_LIST_IHITIAL_EHTRT 
III  (CSCREEH,  SISTER) 

IHOOT  (x/ex_list,  SVECT,  antenna  sector  list,  SIDSPX,  SIDSPE) ; 

<  Place  aircraft  initially  on  x/ex_list  > 

SVECT. X  =  SVECT. XP; 

SVECT. I  =  SVECT. TP; 

SVECT. ISO  =  SV:  :T.  XDP**2  ♦  STECT. TDE**2j 

IP  (STECT.  RHOP  IT  SISTER. HtJBRAD) 

THEH  SET  SVECT. HOBFLG; 

ELSE  CLEAR  SVECT. HOBFLG; 

RSIGRP  =  INT  (  SVECT. X  /  CSCREEH.  XSP  ); 

IF  ((  SVECT. HCFLG  Eg  SFALSE  AHD  SVECT. VSQ  GT  SISTER. SPL02  ) 

OR  (  SVECT. HCFLG  Eg  STROE  J|D  (SVECT. Z  gT  SISTER. MO  OR 
SVECT. VSQ  GT  SISTER. SPI02  ))) 

THEH  SET  SVECT. EXFLG; 

Use  HSIGHP  to  get  into  ex_list  array; 

Find  start  of  sector  ex_list  froa  SIDSPE; 

ELSE  CLEAR  SVECT. EXFLG; 

Use  HSIGHP  to  get  into  x_list  array; 

Find  start  of  sector  x_list  froa  SIDSPX; 

PERFORR  x_ex_list_placeaent ; 

PERFOBR  sector_list_placeaent; 

BHD  X_EX_LIST_I HITI M_BRTRT ; 


HEH  AIRCRAFT  PROCESSIHG  LOW-LEVEL  LOGIC 
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P80CI3S  ••ctor_list_placenent; 

<  Place  aircraft  on  antenna  sector  list  > 

Point  to  start  of  sector  list; 

JF  {sector  lilt  is-  eapty) 

THEN  Secord  AC  as  start  of  sector  list; 

ELSE  REPEAT  PHILS  (lore  entries  AMD  AC  x_coord 
list  entry  x_coord)  ; 

<step  through  list  in  forward  direction> 

Save  pointer  to  previous  entry; 

Find  next  entry  forward  on  list; 

ESDBEPEAT: 

IF  (no  more  entries  on  sector  list) 

THEN  Link  AC  after  last  entry  found;  <current  entry> 
ELSE  Link  AC  behind  current  entry; 

IF  (no  previous  entry  saved)  <loop  never  executed> 
THEN  record  AC  as  start  of  sector  list; 


ENO  sector_list_placeaent ; 
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PROCESS  sector_list_placesent; 


<  Place  aircraft  on  antenna  sector  list  > 


LSTPTR  »  start  of  sector  list  fros  SIDSPX  or  SIDSPE; 

TRPTH2  *  IROLL; 

H  (LSTPTR  SHULL) 

THER  Record  subject  AC  as  start  of  sector  list; 

ELSE  REPEAT  WHILE  { (SVECT. REXTA  £E  SHOLL)  ARD  (SVECT. X  GT  SVECT (LSTPTR) . X) ) ; 
THPTR2  =  LSTPTR; 

LSTPTR  =  SVECT. REXTA; 

ERPREPEAT: 

i?  (SVECT.  REXTA  Efl  IROLl) 

THER  link  SVECT. REXTA  of  last  entry  found  (LSTPTR)  to  subject  AC; 
ELSE  link  subject  AC's  SVECT. REXTA  TO  LSTPTP  AC; 

JF  (TRPTR2  £2  SROLi)  Cloop  newer  executed) 

THER  Record  AC  as  start  of  sector  list  SIDSPE 
or  SIDSPX; 

ERD  sector_list_place«ent ; 
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PROCESS  x_ex_list_placeaent ; 

<  Link  aircraft  into  x/ex_list  > 

Point  to  signpost; 

IP  (AC  i_coord  is  positiee) 

ther  REPEAT  RSILE  (sore  entries  AJfi  AC  x_coord  £* 

list  entry  x_coord)  ; 

Find  next  entry  forsard  on  list; 
EROREPEAT: 

IP  (no  sore  entries  on  list) 

TBER  Link  AC  ahead  of  last  entry  found; 
ELSE  Link  AC  behind  current  entry: 

ELSE  REPEAT  RHILE  (eore  entries  ARU  1C  x_coord  il 

list  entry  x_coord)  : 

Find  next  entry  behind  on  list: 

tSSLnUkli 

I P  (no  lore  entries  on  list) 

TBER  link  AC  behind  last  entry  found; 
ELSE  Link  AC  ahead  of  current  entry; 

ERD  x_ex_list_placeeent; 
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PROCESS  i_ex_list_place«ent ; 

<  tin*  aircraft  Into  x/ex_list  > 

LSTPTR  -  NSIGHP; 

(SVBCT. X  SI  0  ) 

TBSS  REPEAT  WHILE  (  (RBITX  15  SHULL)  !fi£  (S7ECT.  X  ££  S7ECT  (LSTPTR)  .  X)  )  : 
LSTPTR  -  S7ECT.  REXTX ; 

81BMJLS1I; 

IJ  (LSTPTR  sa  JROLL) 

THBH  Link  subject  AC  ahead  of  last  AC  on  list: 

8LSS  Link  subject  XC  behind  next  AC  on  list; 

81  SB  REPSXT  WHILE  (  (S7ECT.  PHBVX  RE  SHULL)  AHD  (STECT.I  LT  S7ECT  (LSTPTP)  .  X)  ) 
LSTPTH  =  S7ECT.PRE7T; 

SHDR8PEAT: 

z?  (LSTPTR  82  SHULL) 

THBH  Link  subject  XC  behind  last  XC  on  list; 

ELSE  Link  subject  XC  ahead  of  next  XC  on  list; 

EHD  x_ex_list_placeeent; 
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<•••  THE  VARIABLES  LISTED  BELO»  ARE  LOCI L  TO  THE  AIRCRAFT  DPDATB  PROCESSUS  TASK  •••> 

ST?0CT0BB  ACOPTBL 

<**•  POIHTE8  VARIABLES  *•*> 

SBODP  pointers 

PTB  TEBPTB  <  start  pointer  for  various  lists  > 

PTB  THPTR2  <  local  (temporary)  variable  ? 

<••*  TIKE  VARIABLES  ***> 

SBOOP  tines 
fLT  DT 
FLT  D‘rL 
FLT  TATSH 
FIT  TEH 

GROUP  flags 
BIT  ISZOHE 

M22I1ESS2SI: 


<  tine  difference  of  predicted  and  present  quarter  cycle  > 

<  level  position  correction  tine  delta  > 

<  tine  of  ATABS  quarter  cycle  > 

<  sector  tine  > 

<  AC  in  nap  zone  > 


FRSCSXttixQ  FACS  BLAMC-NOT  TllMkD 
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TASK  AIRCRAET_aPOATE_PROCBSSIIG 


18  (sector  start  pointers,  systen'  variables,  systen  paraseters, 

OPT  (conflict  tables,  pair  records,  nessages) 

I  HOOT  (x/ex_list,  state  vector) ; 

<  Update  aircraft  position  and  bob  update  > 

Initialize  sector  tiae; 

REPEAT  ORTH  (x  and  ex  sector  lists  processed)  ; 

REPENT  am  (sore  AC  on  sector  list)  ; 

IE  (this  AC  not  updated  already) 

THEM  Initialize  final  approach  zone  indicator  and  AC  area  type; 
CALI  HORIZOHT AL_COHPOTE; 

SET  AC  update  flag;  OCPPEL) 

IE  (non  node  C  reported  AC) 

THEH;  <osit  vertical  position,  velocity  computation) 
ELSE  Update  vertical  position  and  velocity; 

(ATARS  Svc  flag  set)  <by  geog_proc  last  scan  or  track 
update  this  scan) 

THEH  PERE 08!)  geographical_processing; 

1151: 

PEBEORH  x_ex_list_updating; 

Eaan£SAj: 

ehorspeat; 

I?  (this  ATAPS  sector  starts  ne*  quarter  cycle) 

THEH  PSarOBH  hub_update; 

ELSE:  <skip  hub  update) 

EHD  A I8CR  A FT _U PD A TS— PROCESSING ; 
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TASK  AIBCRAPTJJPDATE_PBOCESSIHG 

JH  (SIOSPX,  SIDSPB,  STS7A8,  SISTER) 

OPT  (CTEHTRY,  PREC,  aessages) 

IHOGT  (x/ex_list,  S7ECT)  : 

<  Opdate  aircraft  position  and  hnb  update  > 

TEH  *  sector  tise: 

REPEAT  GHTIL  (x  and  ex  sector  lists  processed)  ; 

REPEAT  HHI1E  (sore  AC  on  sector  list)  ; 

IP  (S7BCT. IOPPL  £2  SPALSE) 

TREH  S7ECT.PAZ  =  JUDPAZ; 

S7ECT.AC1T  »  JURAT ; 

S7BCT.  IPBJ,  S7ECT.  TPBJ,  S7ECT.  ZPBJ  »  JODPOS; 

S7ECT. IDPBJ,  STECT.YDPBJ,  S7ECT.  7DPHJ  »  JUD7BL ; 

OTL  »  TEH  -  S7ECT.THP; 

CALL  HOHIZOmL_COSPOTB 
II  (OTL) 

1HOUT  (S7ECT)  ; 

SBT  S7ECT. XU  PPL; 

JP  (S7ECT.HCPLG  Jfi  JPALSE) 

TREH :  <oait  xertlcal  position,  pelocity  cospntation> 

ELSE  S7ECT.Z  -  S7BCT. ZS  ♦  S7ECT.ZDB  • 

(STS7AB.CTIHE  -  S7ECT. TLOPD)  ; 

S7BCT. ZO  ■  STBCT.ZDE; 

H  (S7ECT.  ATSS  12  STHDE) 

T^BH  PBBPOBH  geographical_processing; 

PBBPOB H  x_ex_list_apdating; 

BH01EPEAT: 

ULSISmi: 

II  (  (H/*)  12  <’•  21  2.  21  3.  OB  U.)  ) 

<  where  H  »  sector  nusbers  1  thru  16  > 

TREE  TATSH  -S7S7AB.  CTTHE; 

•’ERRORS  hub_uodate; 

EL  SB:  <sxip  hub  update> 

EHO  AIRCRAPTJJPDATE_PBOCSSSISG; 

-  AXBCBAPT  OPDATB  PROCESS! 7G  L0H-LB7EL  LOGIC  - 
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PROCESS  geographies l_processing; 

<Deteraine  if  aircraft  in  ATARS  service  area.  Detereine  BOAS  and 
squitter  control  states.  Send  Handoff  Messages  to  other  sites  for 

aircraft  leaving  service  area.) 

X?  (Backup-Haster  »ode) 

TUBS  PERFORB  backup_aaster_updating; 

<check  Center  zone  and  backup  service  areas  separately 
ELSE  CALL  AREA_8AP_TEST ; 

<for  atars  service  area  sap  in  use  for  noraal  or  backup  statns> 
IF  (in  service  area  AHD  ovn  site  ID  not  set  in  GEOG) 

THEM  SET  ovn  ID  bit  in  GEOG;  <just  entered  service  area> 

CLEAft  Heaote  flag  in  conflict  table  entry  (if  any)  ; 

IF  (AC  DABS  equipped) 

THEH  send  START  ATARS  SERVICE  nessage  to  DABS; 


IF  (in  service  area) 

THEH  PERFORM  bcas_level_control; 

ELSE  IF  (sgaitter  lockout  set) 

THEH  Send  STOP  SQUITTER  LOCKOUT  message  to  DABS; 

IF  (AC  DABS  equipped  AHD  ovn  ID  bit  set  in  GEOG) 

<}ust  left  service  area> 

THEH  Send  STOP  ATARS  SERVICE  aessage  to  DABS; 

CLEAfr  ovn  ID  bit  in  GEOG; 

£U  drop  ATARS  service  flag; 

CLEAR  ATARS  service  flag; 

II  (AC  in  conflict  table  AHD  any  connected  site(s)  see  AC) 
THEH  SBT  handoff  bit  in  all  pair  records  for  AC 
controlled  by  ovn  site; 

Send  HAMOOFF  aessages  for  such  pairs  to  connected 
sites  that  see  this  AC; 


BHD  )eographical_processing; 
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PROCESS  geographical_processing; 


<Deteraine  if  aircraft  in  ATARS  service  area.  Deterslna  BCAS  and 
sqaitter  control  states.  Send  Handoff  Messages  to  other  sites  for 
aircraft  leaving  service  area. > 

JF  (STSVAB.  MISTER  STBOE) 

them  ?BBP OBB  backup_easter_apdating s 
ELSE  CHU  ABBA_HAP_TEST 

1*  (STSVA8.H1PPTR,  SVECT) 

OPT  (IRtORI) : 

If  (IHTOHE  •£  JTROE  AJSfi  SISTER. OMHID  bit  not  Set  in  SVECT. GBOG; 
THEM  SET  SISTER. OBHI D  bit  in  SVECT. GEOG ; 

IP  (SVECT.  CTE  not  nail) 

TREE  CL  EAR  CTEBTRI.  RBBPLG  ; 

IP  (SVECT.  ATIPLG  ££  SPALSE)  <DABS  aircraft> 

THEM  Send  START  ATARS  SERVICE  sassage  to  DABS; 


IP  (IHE08E  EJJ  STRDE) 

th EM  pebpobh  bcas_level_control; 

ELSE  IP  (SVECT. SQLO  set) 

THEM  Sand  STOP  SQOITTER  LOCKOUT  Bessage  to  DABS; 

IF  (SVECT.  ATIPLG  SPALSE  ifiD  SIMM.  OB  HI  D  bit  set  in  SVECT.  GEOG) 
TSEfi  send  STOP  ITABS  SERVICE  ■•Bsage  to  DABS; 

CLEAR  STSTEB.OBBID  bit  in  SVECT.  GEOG; 

SET  SVECT. DRATS; 

CLEAB  SVECT. ATSS; 

IP  (SVECT. CTPTB  not  null  AID  any  connected  site(s)  in  SVECT. GEOG) 
THEM  SEX  PRSC.HDOPF  in  ail  pair  records  for  AC 

with  PREC.  ATSID»OWHID; 

Send  BAHDOPP  sags  for  such  pairs  to  connected 

sites  in  spec-.  GEOG; 


EBP  geographical_processing; 

-  AIRCBAPT  UPDATE  PROCESSIMG  LOf-LEVEL  LOGIC 
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PROCESS  x_ex_list_npdating; 


<  Opdate  x  position  on  x/ex_list  > 

IP  (AC  on  ex_list  AMD  ((node  C  report  AMD  (low  alt  ARP 
low  speed))  Qjt  (non_node  C  report  A  HD  low  speed))) 

THEE  Renove  AC  froi  ex_list: 

CALI  X_EX_LIST_I  SITI AL_EETHI ;  <add  aircraft  to  x_list> 

ELSBIP  (AC  on  x_list  AHD  ((node  C  report  AND  (high  alt  Of 

highspeed))  OJ  (non_iode  C  report  AHD  high  speed))) 

THEE  Penowe  AC  fron  x_list; 

CALL  X_EX_LIS?_IHITIAL_BETHY;  <add  aircraft  to  ex_list> 

OTHERWISE  PEBPOBH  x_ex_list_relink; 

PEBPOBH  sector_thread_npdate; 

SEP  x_ex_list_npdating; 


l 

i 

i 


PROCESS  x_ex_list_updating; 

<  opdate  x  position  on  x/ex_list  > 

IF  (STECT.EXFLG  E^  STROE  AND  ( (S7ECT. BCFLG  Efl  STROP  AND 

(S7ECT.Z  LE  STSTEB. ALO  AND  S7ECT.7SQ  STSTEB.  SPL02)  )  OR 
(S7ECT. BCFLG  E£  SFALSB  AND  S7ECT. 7SQ  LE  S TSTE  B.  SPL02)  )  ) 

THEN  Reaoxe  AC  froa  ex_list: 

CALL  X_EX_LI  ST_I  BITI AL_ENTRT  <add  aircraft  to  x_list> 

IN  (CSCREEN,  STSTEB) 

INOOT  (x/ex_list,  S75CT ,  SIDSPX,  SIDSPE,  antenna  sector  list) ; 

ELSEIF  (S7SCT.  EXFT.G  E<2  SFALSE  AND  ( (S7ECT. BCFLG  E^  STROE  AND 

(S7ECT.Z  ST  STSTEB. AtO  OR  S7ECT. 7 SO  ST  STSTEB. SPL02) )  OR 
(S7ECT.  BCFLG  S 2  SFALSE  AND  S7ECT.  7SQ  GT  STSTEB.  SPL02)  )  ) 

"SEN  Reaove  AC  froa  x_list; 

CALL  X_EX_IIST_IBITIAL_BNTRT  <add  aircraft  to  ex_list> 

IN  (CSCREEN,  STSTEB) 

INOOT  (x/ex_list,  S7ECT,  SIDSPX,  SIDSPE,  antenna  sector  list); 

Q-HSpaiSE  PERFORB  x_ex_list_r elinh ; 

PEHFORB  sector_thread_update ; 

°ND  x_ex_list_updating ; 
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PROCESS  hob_updata 


<  Eecoapote  position  for  hub  aircraft  > 

REPEAT  08TIL  (i  and  ax  lists  processed) ; 

Find  signpost  with  x_valoe  U  negative  of  hub  radios; 

<iota  up  list  in  positive  x  direction) 

8FPE1T  OP  TIL  (and  of  list  ££  signpost  reached  with  x_valoe 
CE  positive  hob  radios); 

IP  (next  entry  is  an  AC  <not  a  signpost)  ABD  hob  flag 
is  set  ASP  AC  not  yet  updated) 

THEP  Opdate  horizontal  position,  velocity  coordinates; 

SET  AC  opdate  flag;  <XOPFl> 

'  IF  (non^aode  C  reported  AC) 

THEP:  <osit  vertical  position,  velocity  cospotation) 

ELSE  Opdate  vertical  position,  vertical  velocity; 
pehpobh  x_ex_llst_opdating; 

MMCKili 

HEPEAT  OPTIL  (x  and  ex  lists  processed) ; 

Find  signpost  with  x_valoe  55  negative  of  bob  radios; 

HEPEAT  OPTIL  (end  of  list  35  signpost  reached  with  x.valoe 
25  positive  hob  radios); 

IF  (next  entry  is  an  AC  A  (IP  hob  flag  set) 

THEP  CLEAR  update  flag; 

EPOBEPEAT; 

spp  hob_update: 
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PROCESS  hob_apdata 


<  Recosputa  position  for  hub  aircraft  > 

REPEAT  OBTIL  (x  and  ex  lists  procsssed)  : 

Pind  signpost  with  (SVECT.NEITX)  U  (-STSTEH.  BOBRAD)  ; 

<  sows  op  list  in  positiwe  x  dirsction  > 

REPEAT  ORTH,  (and  of  list  Qj  signpost  raachad  with  STECT. HBXTX 
5J  (♦ST3TBH.  BOBRAD)  ; 

II  ( (STBCT. SPIDrG  S2  BRAISE)  AiLB  (STBCT.  BDBPLG  *TROB)  ABD 
(STECT. XUPPt  ifi  SEAL  SB)) 

THRU  DT  »  TATSB  -  STSCT.TSP; 

CALL  B0HI20BTAL_C0BPDTE 
11  (DT) 

I  SOOT  (STECT)  ; 

SET  STECT.  ZOPEL; 

II  (STECT.  RCPLG  Sfl  SFALSS) 

TBBB;  <oait  STECT. I,  STECT. ZD  coaputation> 
ELSE  STECT. Z  -  STBCT.ZS  ♦  STECT. ZDE  • 

(STSTAR.CTIBB  -  STECT. TLOPD) 
STECT. ZD  -  STBCT. ZDE ; 

EERPORB  x_ax_list_opdating; 

maiSZAS: 

REPEAT  OBTIL  (x  and  ax  lists  procassad) ; 

Pind  signpost  with  STECT.BEZTZ  U  (-STSTEB. BOBRAD)  ; 

REPEAT  flim  (and  of  list  gj  signpost  raachad  with  STECT.BEZTZ 
2g  (♦STSTBH.  BOBRAD)  ; 

II  ( (STECT. SPIDEG  Jfl  IEALSE)  U[D  (STECT.  BOBPLS  5$  TTROE) ) 

THEB  CLEAR  STECT.  ZOPEL; 

smasAi; 

EBPREPEAT: 

EBP  hub_update; 
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PROCESS  backap_aaster_updating; 

<Deteraine  whether  AC  is  in  backup-service  zone,  center  zone,  or  outside  service.) 

CALL  AHBA_H AP_TBST ;  <for  Center  zone> 

If  (in  center  zone) 

THBR  SET  f AILED  site's  ID  in  GEOG; 

CLEA8  Beaote  flag  in  conflict  table  entry  (if  any)  ; 

If  (AC  not  already  aarked  for  CERTER  status  AHD  no  conflicts 
ezist  with  own_ID  in  charge) 

THER  Send  ST1RT  ATABS  SERVICE  asg  to  DABS  with  FAILED  site  ID; 

SET  CERTER  status  flag  for  AC; 

ELSE  CALL  AREA_HAP_TEST ;  <for  backup  service  nap> 

If  (aircraft  in  backup  service  zone) 

THER  SET  own_ID  in  GEOG; 

CLEAR  f AILED  site's  ID  in  GEOG; 

CLEAR  Beaote  flag  in  conflict  table  entry  (if  any) ; 

If  ((AC  aarked  for  CERTER  status  Og  own  ID  not  set  in  GEOG) 
US  DABS  equipped  ARP  no  conflicts  exist  with  FAILED  site  in  charge) 
THER  Send  START  ATARS  SERVICE  asg  to  DABS  with  OWn_ID; 
CLEAR  CERTER  status  flag  for  AC; 

ELSE  AC  not  in  service  area; 

11  (DIBS  equipped  Ijlfi  TAILED  site  ID  set  in  GEOG) 

<just  left  Center  zone> 

THER  Send  STOP  ATARS  SERVICE  aessage  to  DABS; 

CLEAR  TAILED  site  ID  bit  in  GEOG; 

EBP  backup_aaster_updating; 
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PROCESS  backup_easter_apdating 
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<Detenine  whether  1C  is  in  backup-service  zone,  center  zone,  or  outside  service) 

CILt  1RE1_HIP_TEST  <Test  center  zone  nap  corresponding  to  PULED  site) 

IE  (STSV1R.CTHPTR,  SVECT) 

OPT  (IHZOHE)  : 

12  (I  HZ  ONE  12  STRPE) 

THEH  SET  failed  site's  ID  in  SVECT.GBOG; 

IP  (SVECT. CTE  not  nail) 

THEH  CL El 8  CTSHTRY.BEHPLG; 

IP  ( SVECT. CBHTH  not  set  132  no  pair  records  with  PREC. 1TSID-OHHID) 

THEH  Send  ST1HT  1TIRS  SERVICE  isg  to  DIBS  with  failed  site  ID; 

SET  SVECT.  CEHTR; 

ELSE  <Test  backup  service  eap) 

Cltt  1BE1_H1P_TEST 

13  (SYSV1H.  H1PPTR,  SVECT) 

OPT  (IHZOHE)  ; 

IP  (IHZOHE  32  STBPE) 

THEH  SET  STSTEH.OHHID  bit  in  SVECT.GBOG; 

CLE1B  failed  site's  ID  in  SVECT.GBOG; 

IP  (svbct. CTE  not  nail) 

THEH  CT.S1R  CTEHTHT.HEHPIG; 

12  ( (SVBCT. CEHTR  52  STRPE  QS  STSTEH.OHHID  bit  not  set  in 
svect.gbog)  130  svbct. 1TIPLG  32  SP1LSE  332  no  pr  recs.  with  PREC. !TSlD*falled  site) 

THEH  Send  ST1RT  1T1RS  SVC  sag  with  STSTEH.OHHID; 

CLE1B  SVECT.  CEHTR; 

ELSE  <1C  not  in  service  area) 

12  (SVBCT.  1TIPLG  32  SPiLSE  332  failed  site  ID  in  svbct. gfog) 
THEH  Send  STOP  1T1RS  SEBVICE  message  to  DIBS; 

CLE1B  failed  site  ID  bit  in  SVECT.GBOG; 


BHD  backup_saster_apdating; 
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PROCESS  bcas_level_control; 

<Coapute  BCAS  sensitivity  level  and  DABS  squitter  lockout. > 

IT  (AC  equipped  with  BCAS) 

THEN  Deteraine  BCAS_sensiti vity_level  froa  aap; 

IE  (BCAS_sensitivity_level  has  changed) 

THEE  Send  BCAS  SLC  aessage  to  DABS; 

IT  ( AC  DABS-equipped) 

THEE  Test  position  to  see  if  now  in  squitter  lockout  area; 

IT  (test  shows  status  should  change) 

THES  send  START/STOP  SQDITTER  LOCKOUT  aessage  to  DABS: 

BHD  bcas_le vel_control ; 
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PROCESS  bcas_l#T#l_control: 


Ccoapat#  BCAS  sensitivity  level  and  DABS  squittar  lockout) 


If  (STECT. ATSEQ  ffl  JBCAS) 

THEM  Determine  BCAS_SESSITITITT_LETBL  froa  nap; 

If  (BCAS_SEBSITITITT_LETEL  ff  STBCT.  BCASSL) 

TBBE  Sand  BCAS  SIC  aag  to  DABS  specifying 
na«  8C1S_SEBSITITITT_LETBL; 

STBCT.  BCA3SLb8CAS_SEBSXTITITT_LETBL; 

If  (Stect. atitig  ffl  srALSE)  <DABS  aircraft) 

THEE  <Test  position  to  see  if  no*  in  squitter  lockout  area) 
CALL  AREA_11P_TBST 

If  (STSTBS. SQHAP,  STBCT) 

OPT  (ISZOEE)  ; 

If  (IBZOEE  If  STECT.  SQLO) 

THBE  Sand  STABT/STOP  SQOITTBB  LOCKOOT  asq  to  DABS 
according  to  IBZOEE: 

<IEZOEB»*TBOE  danotes  START) 

STECT. SQL O-IBZOSE; 


EEQ  bcas_leT8l_eootrol; 
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PROCESS  sector_thread_update; 

<  update  aircraft  position  on  ATARS  sector  thread  list  > 

If  (AC  on  ex_list) 

THBH  Find  start  of  sector  ex_list; 

ELS!  Find  surt  of  sector  x_list; 

REPEAT  WHILE  (sore  entries  on  sector  list  AHD  sabj  AC  x_coord 
ST  list  entry  x_coord) ; 

Find  next  entry  on  list; 

IF  (subject  AC  previous  entry) 

THEM  Oelete  previous  entry  froa  list; 

mmsAi: 

IF  (next  list  entry  is  subj  AC) 

THEM; 

ELSEIF  (no  sore  entries) 

THEH  Link  subject  AC  after  last  entry  found;  Ccurrent  entry> 
OTHERWISE  link  subj  AC  before  current  entry  on  list; 

IF  (no  previous  entry  saved)  <loop  never  executed) 

IflIS  Hecotd  subj  AC  as  start  of  sector  list; 

Ilfi  sector_thread_update; 
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PBOCSSS  sector_thread_update; 

<  0  p  d  a  '■«  aircraft  position  on  ATABS  sector  thread  list  > 

THPTB2  »  SPOIL ; 

U  (Stbct.  bxplg  ifl  jtbob) 

THES  find  start  (TBHPTB)  of  sector  e*_list  froe  SIDSPB; 

BLSB  find  start  (TBfIPTB)  of  sector  *_list  PBOH  SIDSPX: 

BBPBAT  BHILB  ( (SV2CT. SEXTA  SB  SSOLl)  A8D  (STBCT. I  GJ  STBCT  (TBHPTB) .  X) )  ; 

THPTB2  «  TBHPTB; 

TBHPTB  »  STECT. SEXTA; 

IP  (subject  AC  previous  entry) 

TH^s  Delete  previous  entry  froe  list; 

BBDBBPB-AT: 

IP  (nest  list  entry  is  subject  AC) 

THBS; 

BLSBIP  (SVECT. SEXTA  Bfl  SSOLL) 

THBS  Lint  SVECT. HEITA  of  last  entry  found  (TBHPTB)  to  subject  aircraft; 
OTHEBSISE  Link  subject  AC’S  STECT. SEXTA  to  TBHPTB  AC; 

£f  (THPTR2  Efl  SSOLL)  <loop  nerer  executed> 

THBS  Record  subject  AC  as  start  of  sector  list  SIDSPB  or  SIDSPX; 

ESP  sector_thread_update; 


AIBCBAPT  OPDATB  PBOCESSISG  LOS-LBVEL  LOOIC 
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PROCESS  x_ex_list_relink; 


SJLB 


<  Process  x/ex_list  > 

Pina  x_coordinats  of  aircraft  next  on  list  after  subject  AC; 

If  (next  entry  signpost  me  subj  Ac  x_coord  21  next  AC  x_coord) 

THER  REPEAT  WHILE  (nore  entries  on  list  Afifi  snbj  AC  x_coord 
ST  next  AC  x_coord) ; 
find  x_coord  of  next  AC  on  list; 

EHOIEPE.AT; 

Renowe  subj  AC  froa  old  position; 

II  (no  sore  entries  on  list) 

THEM  link  subj  AC  after  last  AC  on  list; 

ELSE  Link  subj  AC  behind  current  AC  on  list; 

ELSE  find  x_coord  of  AC  next  on  list  behind  subj  AC; 

IP  (next  entry  signpost  A((P  subj  AC  x„ coord  H  next  AC  x_coord) 

THEE  REPEAT  WHILE  (sore  entries  on  list  A]ID  subj  AC  x_coord 
LT  next  AC  x_coord) ; 

Pind  x_coord  of  next  AC  on  list  searching  backwards; 

SaPfiilgAJ: 

Resowe  subj  AC  fros  old  oosition; 

12  (no  sore  entries  on  list; 

THEE  Link  subj  AC  behind  lust  AC  found; 

ELSE  Link  subj  AC  ahead  oi  current  AC  on  list; 

212JS; 


x_ex_list_ relink; 


AIRCRAFT  UPDATE  PROCBS5IHG  HIGH-LETEL  LOGIC 
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PROCESS  x_sx_list_rolink: 


<  Procsss  x/sx_list  > 

TEBPTR  «  STECT. REXTX: 

12  ((TEBPTR  22  SROLL)  12£  (STECT. X  ST  ECT  (TEBPTR)  .  I) ) 

THEE  REPEAT  IflUJ  ((TEBPTR  U  SROLL)  U£  (STECT.  X  U  STECT  (TEBPTR)  .  X))  ; 
TEBPTR  «  STECT.  BEXTX; 

mimui 

robot*  sabj  1C  fro*  old  position; 

II  (TEBPTR  12  I  BOLL) 

xm  Link  sabj  1C  attar  last  1C  on  List; 

ELSE  Link  subj  1C  bshind  currant  1C  on  List: 

ELSE  TEBPTR  *  STECT. PRETI; 

II  ((TEBPTR  flS  TROLL)  MS  (STECT.  X  STECT  (TEBPTR)  .  X)  ) 

IflM  REPE1T  WHILE  ( (TEHPTB  H  SHOLL)  Ufi  (STECT. X  H 
J  STECT  (TEB  PTR)  .1)  )  ; 

|  TEBPTR  »  STECT.  PRETX; 

I  ER0BEPE1T : 

( 

i 

Robots  sabj  1C  froa  old  position; 

U  (TEBPTR  12  **«IL) 

THEE  Link  sabj  1C  bahlnd  last  1C  on  list; 
mi  Link  sabj  1C  ahaad  of  cnrrsnt  1C  os  list; 

ELSE: 

SEP  x_sx_list_roliok: 


1IRC81PT  0PD1TE  PROCESSIRG  LOW-LET  El  LOGIC 
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BOOTH 3  »RSl_HhP_TEST 


IB  (up  pointer,  stats  vector) 

OPT  (indication  that  position  is  within  area  tested)  ; 

If  (aircraft  high  altitude) 

TfltB  Select  set  of  high  altitude  nap  vertices; 

EL SB  Select  low  altitude  sap  vertices;  < includes  non-aode  C  »C> 

Position  initially  assumed  to  be  within  area; 

BEPEIT  PBTH.  (all  sap  vertices  processed) ; 

Test  nest  wap  boundary; 

IP  (&C  not  within  sap  sons) 

THEB  Indicate  position  not  within  area  tested; 

EXT.TIP  (Position  has  been  found  outside  area  tested)  : 

mu; 

EBP  *BE*_a*P_TEST; 


ilSCHBPT  OPOatB  PBOCESSIBO  SIGB-tETEI  LOOrC 
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BOUTIBE  *RB»_B»P_TEST 
12  (BXPPTH,  SVECT) 


OPT  (IBZOBE)  ; 

121  (BVERT ,  I)  ; 

PIT  (PI  (EVERT),  PY  (BVERT),  K  (R VERT)  ); 

IP  (SVECT.EIPLG  EJJ  STBOE) 

TREE  Select  set  of  high  altitude  sap  vertices; 

ELSE  Select  set  of  low  sltitade  asp  vertices; 

IRZOBE= STRUT; 

PEPEkT  PNTTL  (I  EJJ  BVERT) ;  <sll  sap  vertices  processed> 

<PX (1,. .. ,svert) ,  OT  ( 1 . BVERT),  and  R (1 ,. . .  , BVERT)  are  prestored 

constants  corresponding  to 

OX  (l)  =  x  (I*  t) -r  (Tl  (difference  of  adjacent  sap  vertices'  x-coordinate*>; 
31(1)  *T  (I»1)-T  (I)  (difference  of  adjacent  sap  vertices'  y-coordinates)  ; 
E  (I)  =T  (I)  "OX  (I)  -  I(I)*OT(I).  Bote  when  I-BVERT,  X(lel)  scans  1(1). 

The  following  expression  evaluates  vector  cross-products  between 
the  vectors  connecting  adjacent  sap  vertices  and  those  fros  each 
vertex  to  the  kC  position) 

1?  (  (svect.  X  «  dt  (I)  -  SVECT.  r  •  ox  (I)  *K  (I)  )  is  negative) 

THEE  IB20BE**PklSB;  <*C  outside  sap  area) 

EXITIf  (IBZOBE  EJJ  XPhLSB)  ; 

EEDBEPE1T: 

EBP  kHSk_SkP_?EST; 


kIRCRtPT  UPOXTS  PBOCESSIES  LOt-lSVEt  LOGIC 
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♦  »  ,V 


-1 


BOOTIES  HOBIZOBTAL_COflPOTE 
IB  (time  difference) 

IBOPT  (state  eector)  ; 

Coapate  horizontal  position  and  Telocity  components; 

EBP  HOBIZOBT»l_COHPOTE; 


AISCBhPT  UPDATE  PBOCSSSISG  HIGH-LEVEL  LOGIC 


BOOTIBB  HOBIZOaTAl_COHPOTE 
II  (DTt) 

HOOT  (SYECT)  ; 

SYECT.  X  *  SYECT.  XP  ♦  SYECT.XDB  *  DTI ; 
SYECT.  Y  »  SYECT. YP  ♦  SYECT. YDS  *  DTL ; 
SYECT.  XD  =  SYECT.XDB; 

SYECT.ID  «  SYECT. YDE; 

SYECT.  YSQ  «  SYECT.  XO»*2  ♦  SYECT.  YD**2: 

EBP  HOBIZOETAL_COflPOTE; 


AIBCHAET  UPDATE  PBOCESSIBG  LOB-LEYEL  LOGIC 
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I 


<***  PARAHBTEBS  USED  18  TESR AIS/AIHSPACE/OBSTACLE  1V0IDABCB  ***> 

STBOCTOBE  TAOPA8J! 


GBOOP  general_values 
FLT  TRALT 
FIT  OB ALT 
FLT  OBECK 
FLT  OBTCK 
FLT  OB2CK 
FLT  TSHTB 


<  Altitade  Halt  for  terrain  avoidance  logic  > 

<  Altitude  liait  for  obstacle  avoidance  logic  > 

<  X-increaent  for  obstacle  proziait?  check  > 

<  T-increnent  for  obstacle  proziaity  check  > 

<  Z-increaent  for  obstacle  proziaity  check  > 

<  Horizontal  projection  tiae  for  terrain  bin  checks  > 


<***  VARIABLES  USED  18  TEBBAIH/AIRSPACE/OBSTACIE  AYOIDAHCE  *•*> 


siggcms  tao 


GROOP  aisc_variables 
BIT  TA1BT 
BIT  TTIOl 
BIT  AZBIS 
BIT  OUST 
BIT  TCALHT 
BIT  BALRT 
JJ.T  7NCC 


<  Flag  Indicating  terrain  alert  > 

<  Flag  Indicating  terrain  violation  (potential  alert)  > 

<  Flag  indicating  approach  zone  bin  > 

<  Flag  indicating  obstacle  alert  > 

<  Flag  indicating  TCI  alert  > 

<  Flag  indicating  restricted  airspace  alert  > 

<  Pressure-corrected  altitude  of  aircraft  > 


E8DSTB0CT0B  E: 


ST80CT0RE  OBIIST 


GROOP  obstacle_data 
IBT  BOBBER 
FIT  X 
FLT  I 
FLT  ALT 
PTB  SEXTO 


<  Obstacle  nusber 

<  X-coordlnate  of 

<  T-coordinate  of 

<  Altitude  of  top 

<  Pointer  to  next 


> 

obstacle  > 
obstacle  > 
of  obstacle  > 
obstacle  in  list  > 


gasmans: 


**cwu»  pag*  auMc-wor  musD 


TB8BAI8/AIRSP ACE/OB STAC IE  ATOIDABCS  TASK  10CAI  TIBI ABIES  - 
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TASK  TE8HAIS_AIBSP1CE_0BSTACLE_AV0IDA1ICE 
III  (Linked  list  of  aircraft  for  a  sector) 

00^  (PIILST  entries,  controller  alert  nessages,  and 

terrain  altitude  in  state  vector  for  each  aircraft)  ; 

<  This  task  provides  an  alert  for  close  proxiaity  to  the  terrain,  the  violation 
of  restricted  airspace,  and  close  proxinity  to  an  obstacle.  > 

REPEAT  OWTH-  (there  are  no  nore  aircraft  on  the  sector  list)  ; 

Select  next  aircraft  froa  sector  list; 

IP  (o*n  site  is  providing  ATABS  service  Og  aircraft  is  controlled) 

THEM  PERPORii  terrain_avoidance ; 

1L  (  (own  site  is  providing  ATARS  service  ADD  ovn  site  is  prisary)  OR 
aircraft  is  controlled) 

THEM  PEBPOBH  obstacle_avoidance; 

PERPOBH  restricted_airspace_a voidance ; 


ESPBEPEAT: 


EBP  TEBHHS_AIBSPACE_0BSTAC1E_AV0IPA!ICI; 


TEBRIIB/AIR SPACE/OBSTACLE  AVOIPASCE  TASK  BIGH-LEVEL  LOGIC 
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TASK  TBBR AIH_AIRSPACE_OBSTACLE_ATOIDABCE 

i*  (State  vector  of  first  aircraft  in  AT  IRS  sector  list) 

OPT  (PBILST  entries,  controller  alert  aessages,  and 
STECT.  TER  ALT  for  each  aircraft); 

REPEAT  OBTIL  (STECT. BEXTA  ffl  JBPLL) ; 

If  (STECT.  ATSS  E2  JTROE  Of  STECT.CPBC  ffl  STEPS) 

TH EB  PEREORH  terraln_aToidance ; 

If  ( (STECT.  ATSS  Efl  STROE  ABD  STECT.  PSTAT  Efl  STHOE)  21 
STECT.  COBC  Efl  STRPE) 

THEB  PEBF0R9  obstacle_avoidance; 

PEBrOBH  restricted_airspace_avoidance; 

Select  next  aircraft  froa  sector  list  via  STECT. BEXTA; 

ebdbepeat: 

EBP  TERR  AIK _ AIR  SPACF_OBSTACLE_ATOIDASCE; 


TERR AIB /AIR SPACE/OB STACIE  ATOIDABCE  TASK  LOB-LEVEL  LOGIC 
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PROCESS  terrain_avoidance ; 


<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  the 
terrain.  > 

IP  (aode-C  altitude  £T  aaxiaus  terrain  altitude) 

Tg*R  Pressure  correct  aode-c  altitude; 

PERTORS  terrain_«ap_processing; 

If  (there  is  a  terrain  violation) 

THRU  IF  (aircraft  is  In  area  type  1) 

THES  ;  <  no  terrain  alert.  > 

El  SEIF  (aircraft  is  in  an  approach  zone  bin) 

TEES  CUL  vTSXL_XPPROXCH_ZOHE_DETERHIHXTIOR: 

<  See  Section  8.  > 

IF  (aircraft  is  not  in  a  final  approach  zone) 

THEN  generate  terrain  alert; 

ELSE  ;  <  no  terrain  alert.  > 

OTHERWISE  generate  terrain  alert; 

E15E  ;  <  no  terrain  alert.  > 

sis?  store  terrain  altitude  of  zero  in  state  vector;  <  Vo  terrain  alert  > 

IF  (‘strain  alert  generated) 

"HER  IF  (o»n  site  is  providing  XTXRS  service  XRD  own  site  is  priaary) 

THER  C1LL  ENTSR_X1EFT_IR_PWILST; 

Coapute  altitude  relative  to  terrain  and  record 
in  PHIL  ST  entry; 

IF  (aircraft  is  controlled) 

-211  CXLl  SBRD_XtERT_TO_CON?BOLLER; 

"tSE  :  <  take  no  action.  > 


'is  ‘"•’ii  avoidance; 


"SRPXIR/XIRSPXCS/OBSTXCt  E  XVOIDXRCE  TXSK  HIGB-tEVEL  LOGIC 
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P80CESS  terrain_aToidance; 

CLEiR  TBLBT) 

IX  (STECT. Z  U  TRRLT) 

1M1  Compute  ZBCC  by  pressure-correcting  STECT.  Z: 

PEBPOBH  terrain_aap_processing; 

IX  (TTIOL  Xfl  STROE) 

TBB8  IX  (STECT.  SCUT  J2  SIT1) 

THBB  ;  <  no  terrain  alar*-.  > 

ELSBIP  (AZBIB  ***08) 

THBB  CHL  PIHRL_lkPPH01kCH_ZOBE_DETBRHIR»TIOR 
I500T  (SVECT): 

IX  (STECT.  PRZ  S2  SF»Z0) 

THBB  SET  TBLRT: 

ELSE  ;  <  no  terrain  alart.  > 

OTHERWISE  SET  TULBT; 

ELSE  ;  <  no  terrain  alert.  > 

ELSE  STECT. TERBLT  «  Oi 

IX  (TSLRT  Efl  STROE) 

THBB  IT.  (STECT.  RTSS  STROE  IfiD  SVBCT.  PSTUT  £Q  STROE) 

THBB  CALL  EBTEB_*LERT_IS_PWILST 

IB  (STECT. PWPTR, 'terrain  alert', nail  identifier) 
OPT  (TEBBilB  entry  in  PHIST)  ; 

TEB8MB.  RBLILT  »  ZBCC  -  STECT. TEBBLT; 

IX  (STECT. COBC  STROE) 

TBBB  CALL  SE8D_RLERT_T0_C0 STROLLER 

IX  (STECT, 'terrain  alert') 

OPT  (Controller  alert  aessage)  : 

ELSE  ;  <  take  no  action.  > 


TBS  • er - a in_a»ol1ance ; 


”Et  M  t  f  /4  IR5PHCB/OBSTRCL2  BTOID1BCE  T»SR  LOB-LETEL  LOGIC 
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PROCESS  obstacle_avoidance; 

<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  an 
obstacle.  > 

I?  (aode-C  altitude  IJ  aaziaua  obstacle  altitude) 

THEN  Pressure-correct  aode-C  altitude; 

Bap  aircraft  position  to  X-ordered  linked  list  of  obstacles; 
Deteraine  X,  T,  Z  search  liaits; 

IF  (there  are  obstacles  within  the  search  liaits) 

THEM  LOOP:  <  Repeat  for  each  such  obstacle.  > 

IP  (aircraft  is  conTerging  with  obstacle) 

TBEH  generate  obstacle  alert: 

£11111  (  no  aore  obstacles  within  search  liaits)  ; 

EBOLOOP: 

IF  (any  obstacle  alerts  generated) 

TBEH  IF  (own  site  is  providing  ATARS  service  ABO  own  site  is  priaary) 
THEN  LOOP:  <  Repeat  for  each  obstacle  alert.  > 

CULL  EHTEB_ALERT_IH_P«ILST; 

Coapute  range,  clock  bearing,  and  altitude  relative 
to  obstacle  and  record  in  PBiLST  entry; 

SIITIF  (alerts  entered  for  ail  obstacles)  ; 

BHPtOOP: 

IF  (aircraft  is  controlled) 

THEH  C1LL  SSHD_ALERT_TO_COHTHOLLEH; 

ELSE  ;  <  take  no  action.  > 

BHD  obstacle_avoidance ; 


TERRAIS/AI3SPACE/05STACL  E  A 701 DAHCB  TASK  BIGH-LEVEI  LOGIC 
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PROCESS  obstacle_awoidance; 

ELY  (DO'1,  ET,  "T)  ; 

CLFA°  OALRt; 

If  (SVECT.  Z  IT  OBALT) 

THEE  Compute  2SCC  by  pressure-correcting  STECT. E; 

Bap  aircraft  position  to  X-ordered  linltsd  list  of  obstacles; 
Determine  X,  Y,  1  search  Units; 

If  (there  are  obstacles  within  the  search  Units) 

THEE  LOOP;  <  Repeat  for  each  snch  obstacle.  > 

DOT  »  -STECT. XD  «  SI  -  STECT.  XD  •  BY; 

If  (DOT  if  0) 

TBEB  SET  OALRT; 

EXITIT  (no  nore  obstacles  within  search  Units) ; 
EBDLOOP: 


If  (OALST  EjJ  TTSPE) 

THSB  If  (STECT.  UTSS  Efl  STSPE  ABO  STECT.  PSTAT  Efl  TTRPE) 

TBEB  LOOP:  <  Bepeat  for  each  obstacle  alert.  > 

CULL  ERTSH_AL£BT_m_P*ILST 

If  (STECT. PSP TH , ' obstacle  alert' ,OBLIST. SOBBEB) 

OPT  (OBSTACLE  entry  in  PSILST)  ; 

OBSTACLE.  BARGE  =  SQFT(RX**2  *  BY**2)  ; 

Compute  OBSTACLE. CLOCK_BRG  as  in  prorinity  data  calculation 
OBSTACLE. EEL_AL?  »  ZBCC  -  OBLIST. ALT; 

EXITIE  (alerts  entered  for  all  obstacles) ; 

5221222: 

If  (STECT.  COWC  fa  TTBOE) 

TflEB  CALL  SEBD_ AL ERT_TO_COKTFOLLSH 
If  (STECT, 'obstacle  alort') 

OPT  (Controller  alert  aessage)  ; 

USE  :  <  *-ake  no  ac*lon.  > 

EBP  obstacle_awoidance; 


■"ERR  AI  R/ArRSP  ACE/O  BSTA  CIS  ATOTDARCE  TASK  LOS-LETEL  LOGIC 
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PROCESS  restricted_airspace_avoidance; 

<  This  process  deteraines  tha  need  for  an  alert  for  an  uncontrolled  aircraft 
entering  a  TCA  or  an  aircraft  entering  a  restricted  airspace.  > 

<  Check  for  TCA  alert.  > 

ir  (aircraft  is  uncontrolled) 

THBH  apply  coarse  range  and  altitude  TCI  filter; 

IP  (passed  coarse  TCA  filter) 

TflEB  Access  TCI  aap; 

Perfora  TCA  position  and  altitude  checks; 

X*  (aircraft  is  inside  TCA) 

THE*  Generate  TCA  alert; 

CALI  EHTE8_ALE8T_IH_PSILST; 

<  Check  for  restricted  airspace  alert.  > 

XJ  (TCA  alert  not  generated) 

TRIM  Apply  restricted  airspace  altitude  filter; 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

TREE  Generate  restricted  airspace  alert; 

U  (own  site  is  providing  ATABS  service  AMD 
own  site  is  prisary) 

Mil  CALL  EHTBB_ALSB?_IS_P«ILST; 

II  (aircraft  is  controlled) 

THBH  CALL  SEHD_ALB8T_T0_C0HTB01LER; 

ELSE  ;  <  take  no  action.  > 

E(I3  restricted_airapace_avoidance; 


TEBHAIH/AIBSP ACE/OBSTACLE  ATOIDA MCE  TASK  HIGH-LEVEL  LOGIC 
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PBOCESS  restricted_airspace_aToidance: 

CLEAR  TCALRT; 

If  ( STECT. CPEC  ffl  *f*LSE) 

THEE  lpply  coarse  range  and  altitude  TCA  filter: 

IE  (passed  coarse  TCA  filter) 

THEE  Access  TCA  sap; 

Perfors  TCA  position  and  altitude  checks; 

IP  (aircraft  is  inside  TCA) 

THEE  SET  TCAIHT: 

CALL  BHTER_1LBRT_IB_PEILST 

If  (STECT. PEPTR, 'TCA  alert*, null  identifier) 
OPT  (AIRSPACE  entry  in  PEILST) ; 


CLEAR  RALRT; 

If  (TCALBT  ffl  SPALSB) 

THEE  Apply  restricted  airspace  altitade  filter: 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

THEE  SET  HURT; 

If  (STECT.  ATSS  Efl  STRPE  ffD  STECT.  PSTAT  ffl  *TRPE) 

THEE  CALL  EHTER_ALEST_IB_P»ILST 

IE  (STECT. PEPTR, ’restricted  airspace  alert', 
restricted  airspace  identifier) 
opt  (AIRSPACE  entry  in  PSILST) ; 

If  (STECT. COEC  fa  ITHOB) 

THEE  CALL  SEBD_ALERT_TO_COETROlLER 

If  (STECT, 'restricted  airspace  alert') 

OPT  (Controller  alert  aessage) : 

»ED  restricted_airspace_aeoidance; 


TERR II E/AIR  SPACE/OBSTACLE  1T0I0AECB  TASK  LOE-LBTEL  LOGIC  - 
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PBOCESS  ad1acent_bin_checks; 

<  This  process  checks  aircraft  altitude  against  the  terrain  thresholds  of 
nearby  terrain  bins.  > 

Determine  if  aircraft  X,T  coordinates  are  within  IBBEB,  TBBEB 
Units  of  any  adjacent  bins; 

Conpare  aircraft  altitude  with  thresholds  of  any  such  bins; 

IP  (altitude  I?  any  such  threshold) 

THEM  declare  terrain  violation; 

ELSE  ;  <  no  terrain  violation.  > 

EBP  adjacent_bin_checks; 


TEBHkIH/kIBSPAC E/OBSTkCLE  HVOIDMCE  TUSK  BIGH-LETBL  LOGIC 
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PBOCBSS  ad  jacent_bin_cbeclcs ; 

Determine  if  aircraft  X,Y  coordinates  are  vithin  XBSES,  TBSER 
lisits  of  any  adjacent  bins; 

coepare  zscc  with  thresholds  of  any  such  bins: 

If  (ZfICC  IT  any  soch  threshold) 

TBES  SET  TTIOL; 

ELSE  ;  <  no  terrain  violation.  > 

ESP  adjacent_bin_checks ; 


•’'EHHilS/ilBSPUCE/OBSThCLB  ATQID4HCE  T&SK  LOW-LEVSt  LOGIC 
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PBOCESS  terrain_aap_processing; 

<  This  ptocass  pradicts  proxiaity  to  tha  terrain  by  accessing  the  terrain  aap 
and  projecting  the  aircraft  ahead.  > 

Deteraine  bin  and  altitude  threshold  nsing  current  X,T  coordinates; 

Store  terrain  altitade  threshold  in  state  vector; 

IP  (aircraft  is  controlled  21  own  site  is  priaary) 

THEM  II  (altitade  IT  threshold) 

THEN  declare  terrain  violation; 

ELSE  PE8P0BH  ad jacent_bln_checks; 

IF  (no  terrain  violation  so  far) 

THEE  <  project  aircraft  ahead.  > 

Deteraine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  T8HT9  seconds; 

LOOP; 

Project  aircraft  to  nearest  X-crossing  point, 
T-crossing  point,  or  end  point; 

IP  (aircraft  is  descending  IBP 

new  aircraft  altitude  U  old  threshold) 

THEE  declare  terrain  violation; 

ELSE  PEBPOBH  ad jacent_bin_checks; 

EIITIP  (terrain  violation  &|  end  point  reached) ; 

Deteraine  new  bin  and  new  threshold: 

II  (aircraft  is  not  descending  AMp 

aircraft  altitude  U  new  threshold) 

THEE  declare  terrain  violation; 

SXITIP  (terrain,  violation  declared)  ; 

£S212fl£; 

ELSE  :  <  no  terrain  violation.  > 

Esp  terrain_aap_processing; 

-  TEFH  AIB/A I8SPACE/0BSTACL E  AVOIDAHCE  TASK  HISB-LSVBL  LOGIC  - 
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PROCESS  terrain_aap_processing; 

Determine  bin  and  altitude  threshold  using  currant  I,T  coordinates; 
svect. TEBALT  =  terrain  altitude  threshold; 

IE  (approach  zone  bln) 

THEE  SET  AZBIS; 

ELSE  CL EA8  AZBIS ; 

IE  (SVECT. COSC  Efl  JT8DS  OJ  SVECT. PSTAT  32  IT80B) 

THEM  IF  (Z  BCC  IJ  SVECT.  TES  ALT) 

THEM  SET  TVIOL; 

ELSE  PEBEOBH  ad jacent_bln_checka; 

IE  (TVIOL  12  SEALSS) 

THEM  Determine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  TBBTH  seconds; 

100£; 

Project  aircraft  to  nearest  l-crosslng  point, 
T-cros8ing  point,  or  end  point; 

11  (SVECT. ZD  12  0  uu 

nee  aircraft  altitude  U  old  threshold) 

THES  SET  TVIOL) 

aa  PBBE0B11  adilcent_bin_chechs; 

EXITIF  (TVIOL  32  ITBOE  21  *nd  point  reached)  ; 
Deteraine  nee  bin  and  nee  threshold; 

11  (SVECT. ZD  GE  0  ANT) 

aircraft  altitude  n  nee  threshold) 

THEM  SET  TVIOL; 

BIITIE  (TVIOL  32  ST80E); 

3321223; 

ELSE  ;  <  no  terrain  violation.  > 

SEP  terr ain_sap_processing; 

-  TERRAIK/AIHSPACS/OBSTACLE  a  voidakce  task  LOW-LEVEL  LOGIC  - 
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BOOTIES  EETE8JlLEBT_IH_PfILST 

IH  (aircraft  PEILST,  alert  type,  and 

obstacle  or  restricted  airspace  identifier) 

001  (PBILST  entry)  ; 

BEPEAT  »HHE  (there  are  sore  entries  in  PBILST  AND 
no  eatching  entry  has  been  found) ; 

Select  next  entry  in  PBILST; 

IP  (entry  type  52  alert  type) 

<  including  AIBSPACB_TYPE  for  TCI  or  restricted  airspace  alert  > 

THEN  IP  (alert  type  ,52  'terrain  alert*  2B  alert  type  52  'TCA  alert') 
THEH  aatching  entry  has  been  found; 

ELSEIP  (obstacle  or  restricted  airspace  identifier 
Batches  identifier  in  PEILST  entry) 

THEE  latching  entry  has  been  found; 

QTHEBEISE  ;  <  latching  entry  has  not  been  found.  > 


SfiMimi: 

JP  (latching  entry  has  been  found) 

THEE  Set  BED  field  «  0; 

ELSE  create  nev  entry  in  PWIL5T  below  any  TA  entries; 

Set  entry  type  »  alert  type; 

<  including  AIBSPACE_TTPE  for  TCA  or  restricted  airspace  alert  > 
set  BED  field  »  0; 

Set  PTAT  field  -  1; 

IP  (alert  type  52  'obstacle  alert’  2£ 

alert  type  52  'restricted  airspace  alert') 

THEM  record  obstacle  or  restricted  airspace  identifier 
in  PEILST  entry; 

EEC  EETEB_ALEHT_IH_PEILST; 


TEBB AIE/AIBSPACE/OBSTACL E  AYOIDASCE  TASK  BIGH-LEYEL  LOGIC 
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X 


ROOTIBE  EBTE B_AIE8T_IS_PR ILST 

IS  (Aircraft  PBILST,  alert  type,  OBAID) 

OPT  (PBILST  entry)  ; 

BIT  FOOBD; 

CL BAS  FOOBD; 

REPEAT  BBILE  (there  are  lore  entries  in  PBILST  £BD  FOOBD  £Q  SPALSB) ; 

Select  next  entry  in  PBILST; 

IF  (entry  type  52  alert  type) 

THEM  if  (alert  type  52  ‘terrain  alert*  21  alert  type  22  *TCA  alert*) 
TBEB  SET  FOOBD; 

ELSEIF  (alert  type  22  'obstacle  alert  AMD 
OBAID  22  OBSTACLE. OBSTACLE_BO) 

THEM  SET  POOBD; 

ELSEIF  (alert  type  52  'restricted  airspace  alert*  AMD 
OBAID  22  AIBSPACB.  IDE8TIFIBR) 

THEM  SET  FODMD; 

OTHERBISE  ;  <  satching  entry  has  not  been  found.  > 

EBPBEPEAT: 

12  (FOOMD  22  JTROE) 

TBEB  CLEAB  EBD  in  PBILST  entry, 

ELSE  Create  new  entry  in  PBILST  below  any  TA  entries; 

Set  entry  type  *  alert  type; 

CLEAR  EBD; 

SET  FT AT ; 

IF  (alert  type  52  'obstacle  alert*) 

THBS  OBSTACLE. OBSTACLE_BO  =■  OBAID; 

ELSEIF  (alert  type  52  'restricted  airspace  alert') 

TBEB  AIRSPACE.  IDEMTIPISR  »  OBAID; 

OTHERWISE  ;  <  take  no  further  action.  > 

EBD  SBTER_ALBBT_IH_PBILST; 


TERRAIH/AIHSPACB/OBSTACLE  A70IDABCE  TASK  LOB-LBFBL  LOGIC 


BOOTIRE  seSD_II.ERTjr0_C0ST90tI.Bll 
IS  (Aircraft  ID,  al«rt  type) 

OPT  (Controller  alert  aessage)  ; 

<  Build  controller  alert  aessage.  > 

Put  DABS  ID  of  aircraft  in  ACID1  field; 

Indicate  alert  type  in  ABTTP  field; 

Indicate  in  CS1  field  that  aircraft  is  controlled; 
if  (aircraft  is  ATARS-eqnipped) 

THes  Indicate  in  CS1  field  that  aircraft  is  ATABS-equipped; 

Indicate  in  ?1  field  that  controller  roice  coaaunicati on 
is  not  necessary: 

ELSE  Indicate  in  CS1  field  that  aircraft  is  not  ATASS-equipped ; 
Indicate  in  VI  field  possible  need  for  controller  soice 
coaaunication; 

Send  alert  aessage  to  controller; 

ESP  SeHD_AlEF?_TO_COSTHOI.LEB; 


TERR AIS/AIPSPACE/OBSTACLS  AVOIDASCE  TASK  BIOS-LEVEL  LOOIC 
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B00TI8E  SE8D_ALSBTjrO_COHTBOLLEB 
18  (SVECT,  alert  type) 

OPT  (Controller  alert  aessage) ; 

TTPE_CODE  =  SCAB; 

ACID  1  =  SVECT. CODE ; 

IF  (alert  type  £2  ’terrain  alert') 

THEB  A HTTP  =  STAB; 

ELSEIF  (alert  type  Efl  ’obstacle  alert') 
THEB  AHTTP  =  JOAH: 

OTHSBBISE  ABTIP  =  SB  AH ; 

IP  (SVECT.  ATSEQ  HE  JOHEQ) 

THEB  CS1  *  JCOAT; 

VI  =  SHOVOICE ; 

E1SE  CS 1  »  SCOOB; 

VI  =  SVOICE; 

Send  alert  aessage  to  controller; 

END  SEHD_AtEHT_TO_COHTBOLtEB; 


TEBBAIH/A IB SPACE/OBSTACLE  AVOIDANCE  TASK  LON-LEVEL  LOGIC 


6-P53 


.  COARSE  SCREEN  PROCESSING 


The  Coarse  Screen  Task  Is  an  operation  applied  to  a  single 
aircraft  on  the  X-list  or  the  EX-list.  The  executive  program 
points  to  the  Initial  aircraft  for  a  particular  sector's  list  on 
the  X-llst  or  EX-list  and  coarse  screening  then  steps  through 
the  list,  processing  all  the  aircraft  on  the  sector  list.  The 
purpose  of  coarse  screen  filtering  is  to  identify  aircraft  which 
may  be  in  conflict  with  the  subject  aircraft.  This  is  done  by 
computing  x,  y,  and  z  search  limits  for  a  sector  subject 
aircraft  and  then  testing  all  aircraft  in  the  appropriate  linked 
list,  which  fall  within  the  x  limit  against  the  y  and  z  search 
limits,  and  a  z  rate  test.  By  segregating  aircraft  through  the 
use  of  the  X-list  and  the  EX-list,  it  is  possible  to  construct  a 
coarse  screening  procedure  that  can  provide  ample  warning  times 
for  aircraft  with  exceptionally  high  speeds  (those  on  the 
EX-list)  without  requiring  unnecessarily  large  search  volumes 
for  the  majority  of  the  aircraft  which  are  on  the  X-list. 

The  ATARS  program  may  use  larger  look-ahaad  times  for  pairs 
involving  controlled  aircraft  than  for  pairs  involving  only 
uncontrolled  aircraft.  Since  the  greatest  number  of  aircraft  is 
expected  to  be  uncontrolled,  a  significant  savings  in  computa¬ 
tional  requirements  is  achieved  by  using  a  separate  coarse 
screening  procedure  with  larger  search  limits  for  controlled 
aircraft.  For  coarse  screening  of  uncontrolled  subject  aircraft 
on  the  X-list,  only  other  uncontrolled  aircraft  with  x  coord¬ 
inates  greater  than  the  x  coordinate  of  the  subject  aircraft  are 
examined.  This  constitutes  a  one-way  search,  in  which  only 
uncontrolled/uncontrolled  potential  conflicts  are  investigated. 
For  controlled  subject  aircraft,  a  two-way  search  of  the  X-list 
is  used.  When  the  search  is  made  in  the  positive  x  direction, 
all  controlled  and  uncontrolled  aircraft  are  Investigated ,  and 
when  the  search  is  made  in  the  negative  x  direction,  only  the 
uncontrolled  aircraft  are  investigated.  This  avoids  a  duplicate 
declaration  of  controlled/controlled  conflicts. 

7 . 1  Coarse  Screen  Search  Region 


As  shown  in  Figure  7-1,  the  search  region  implied  by  a  given 
aircraft  is  computed  as  the  outer  bounds  of  either; 

1.  A  region  given  by  the  coarse  screen  proximity  advisory 
search  criterion  (this  region  is  the  same  for  both  a 
controlled  and  an  uncontrolled  subject  aircraft) 
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AD-AIQ4  147 

UNCLASSIFIED 


MITRE  COHP  MCLEAN  VA  METREK  UIV  _ 

AUTOMATIC  TRAFFIC  ADVISORY  AND  RESOLUTION  SERVICE  (ATARS)  ALGOR— ETC(U) 

JUN  81  R  H  LENTZ.  W  D  LOVE.  T  L  SIGNOHE  -  ETC(U) 

MTR-81W120-1  FAA-RD-81-45-1 


DOT-FA80WA-4370 


DISTANCE  TRAVELED  IN  TIME 
TLA  AT  MAXIMUM  AIRSPEED 

+PROTECTION  ENVELOPE  v.  'AX) 


XL  3  XI  -  RPWI  X1  X[  +  Rpwl  XU  >=  XP  +  RMAX 

(USED  ONLY  FOR 
CONTROLLED) 


WHERE 

:  TLA 

TLV 

TLI 

RMAX 

RMAXV 

RMAXI 

RPWI 

TLV  FOR  UNCONTROLLED  AND  TLI  FOR  CONTROLLED 

LONGEST  LEAD  TIME  FOR  UNCONTROLLED 

LONGEST  LEAD  TIME  FOR  CONTROLLED 

RMAXV  FOR  UNCONTROLLED  AND  RMAXI  FOR  CONTROLLED 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  UNCONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  CONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

LARGEST  SEPARATION  BETWEEN  AIRCRAFT 

FOR  A  PROXIMITY  ADVISORY  ASSUMING  BOTH 

AIRCRAFT  AT  MAXIMUM  SPEED 


FIGURE  7-1 

SEARCH  REGION  FOR  COARSE  SCREENING  OF 
UNCONTROLLED  AIRCRAFT 


+  RMAX 


RPWI 
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2.  A  region  based  on  a  time  projection  using  the  subject 
aircraft  tracked  velocities  and  the  largest  look-ahead 
time  appropriate  for  the  subject  aircraft,  and  assuming 
the  intruding  aircraft  to  have  maximum  velocity  (240 
knots  low  altitude,  600  knots  high  altitude) 


The  search  limits  so  obtained  will  then  permit  detection  of 
proximity  advisories  or  any  of  the  other  messages  which  are 
based  on  the  tau  criterion.  For  the  nominal  values  of  para¬ 
meters  given  in  Figure  7-1,  a  240  knot  maximum  speed  has  been 
assumed . 


7.2  XUPFL  Flag  Update 


The  coarse  screen  resets  the  XUPFL  flag  for  the  subject  aircraft 
which  is  used  in  the  Aircraft  Update  Processing  Task  to  prevent 
multiple  updates  during  repositioning  of  aircraft  on  the  X-list 
and  EX-list .  It  is  convenient  to  do  this  in  coarse  screening 
when  each  aircraft  in  the  sector  list  is  being  accessed  for 
coarse  screening,  rather  than  requiring  a  separate  pass  through 
the  X-list  and  EX-list  specifically  to  reset  this  flag. 

7.3  Coarse  Screen  Checking 


Coarse  screening  involves  searching  along  a  linked  list  from  the 
position  of  the  aircraft  undergoing  coarse  screening  to  the 
upper  and  lower  (if  appropriate)  X-limit.  X-list  aircraft  with 
altitude  reports  are  checked  against  other  X-list  aircraft 
only.  EX-list  aircraft  with  altitude  reports  are  checked 
against  EX-list  aircraft  and,  if  their  altitude  and  vertical 
rate  warrant,  against  X-list  aircraft. 

If  the  subject  aircraft  has  no  altitude  report  both  X-list  and 
EX-list  must  be  searched  for  possible  conflicts.  Such  an 
aircraft  on  the  X-list  is  thus  used  for  possible  conflict 
searches  on  the  EX-list  (subject  X-list/ob ject  EX-list  search). 
When  the  subject  non-mode  C  aircraft  is  on  the  EX-list,  a  search 
is  also  made  of  the  X-list.  This  search  excludes  all  X-list 
aircraft  which  are  also  non-mode  C,  since  they  have  already  been 
matched  with  EX-list  aircraft  in  the  subject  X-list/object 
EX-list  search. 

For  all  aircraft  encountered  in  these  searches,  the  y  test  is 
applied  and  if  both  subject  and  object  aircraft  have  an  altitude 
report  the  z  limit  test  and  z  rate  limit  test  are  applied.  If 
either  aircraft  has  no  altitude,  only  the  y  limit  test  is  used. 
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If  these  tests  show  a  possible  conflict,  then  a  pair  of  aircraft 
which  requires  further  processing  has  been  identified. 

Any  individual  aircraft  is  included  on  only  the  X-list  or 
EX-list.  Hence,  when  an  aircraft  on  the  EX-list  must  be  tested 
against  aircraft  on  the  X-list,  special  provisions  must  be  made 
for  finding  the  place  on  the  X-list  to  begin  the  search.  A 
procedure  analogous  to  that  used  for  initial  entry  on  the  X-list 
is  used  in  which  the  first  signpost  below  the  aircraft’s  X 
position  is  obtained  and  the  X-list  entered  at  that  point.  It 
is  not  important  to  locate  the  subject  aircraft’s  exact  position 
on  the  X-list;  it  is  sufficient  to  obtain  an  entry  point  between 
the  upper  and  lower  limits.  If  the  distance  between  signposts 
i 8  small  enough,  this  will  happen  automatically.  Even  if  an 
entry  point  to  the  X-list  were  used,  which  fell  outside  the 
X-limits,  the  procedure  would  work  correctly,  but  would  be 
inefficient  since  more  aircraft  than  necessary  would  be  tested 
in  coarse  screening. 

7.4  Potential  Pair  List 


Each  subject  aircraft  and  object  aircraft  found  in  applying  the 
coarse  screen  constitute  a  potential  pair.  The  pairs  are 
entered  on  the  Potential  Pair  List.  The  Detect  Task  references 
each  entry  on  this  list  and  determines  the  exact  type  of  hazard 
for  the  potential  conflict,  if  any. 

7.5  Pseudocode  for  Coarse  Screen  Task 


The  pseudocode  for  the  Coarse  Screen  Task  follows.  This  task 
operates  only  after  the  New  Aircraft  Processing  Task  and  the 
Aircraft  Update  Processing  Task  have  completed. 
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psgppocoffg  »m;  o*  coutmts 


£122 

COUPS*  SCRBEB  TASK  tOCAt  TASIABtBS  .  7-P3 

STPOCTSRB  CS7BL  .  7-p? 

COARSB  SCR*EH  TASK  LOf-LETEl  10SIC  .  7-P5 

"■HSR  COARSB_SCBEBH . 7-p? 

PROCESS  x_list_saatch . 7- of 

PROCESS  ex_lls*._a«areh . 7-09 

PROCESS  co»pa*e_controllea_AC_aaarcl»_li»i*s . 7-pn 

PROCESS  co»poEe_hi<jh_altituae_aaarch_l.i»it3  .  .  7-013 

PROCESS  coapote_lo*_al*i*ud*_3earch_liiilt3 . 7-P15 

PROCESS  co«pa*e_ancontrollea_AC_3«arch_lialEa . 7-P17 

POBT7B5  SEARCH_BACK*ARD  .  7-pi9 

BPOTXBB  C  ALCPI ATE_S E  ARCH_LI  MTS . 7-021 

?OT*IRE  SEARCH  POPBARD . 7-P23 


stroctorf  cstbl 


s»0in> 

FIT 

lisits 

XL 

<lower 

z 

boundary 

for 

X/EX-liSt 

search> 

FIT 

xn 

<upper 

z 

bounds ry 

for 

I/SX-  list 

search> 

HI 

TL 

<lower 

T 

boundary 

for 

X/EX-list 

search> 

'll 

TO 

<upper 

T 

boundary 

for 

X/EX-list 

search> 

III 

TL 

<lower 

Z 

boundary 

for 

I/EX-list 

search> 

III 

ZlJ 

<upper 

z 

boundary 

for 

X/EX-list 

search> 

SHOO? 

predictions 

*LT  XP  <*  predicted  position 
"l*1*  TP  <▼  predicted  position 
•I/1*  TP  <2  oredicted  position 


of  subject  AC> 
of  subject  AC> 
of  subject  AC> 


gepOP  bounds 

FLT  TLA  <desired  warning  for  proxisity  adwisory  in  sec3  > 
PIT  RPAX  <desired  warning  for  oroxieitw  adwisory  in  n«i> 
TROOP  xclud_*wpes 

PIT  RO_CORT  <if  true,  controlled  AC  are  excluded  fros  search> 
PIT  RO_HOHC  <if  true,  non-sode  C  AC  ate  excluded  fron  search> 
TROOP  s*arting_loc 

PTH  START  <starting  point  of  search  in  X/SX-list> 
TBPSTROCTORE; 


-  -  Ll»tm  t . 

fRECSDIWO  JPAC#  BUNK-MOT  FILMED 


\  i 


COARSE  SCBESH  ’’ASK  LOCAL  TAPI  ARLES 


i 
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I 


ThSK  COI,BSB_SC^ESB 


<Saarchas  X  and  8X-lists  for  pairs  of  XC  that  ara  sufflclantly 
closa  or  will  ba  safficlaatlr  closa  to  raqaira  nEBBC*  proeasslnq> 

U  (X/BX-list  for  soctor  with  aoa-aoda  C  1C  raports) 

OPT  (potwntlal  coaf lict  pairs) ; 

PBBP QBH  r_llst_saarch; 

PBBPOBH  a*_llst_saarch; 

ESP  coxpsb_,5CB?sii: 


C0XB5B  SCPBBIt  ?XS*  'JI8B-LBPBL  LOGIC 


7-PS 


'BSE  COURSE  SCBEEB 


IS  <SEC°TE,  SECPTX,  CSCBEEW,  SPEC?) 

00?  (potential  conflict  pairs)  ; 

PTE  SECPTE;  <location  of  first  EC  on  X-list  for  this  sactor  (froa  Stdspx)  > 

PTE  sscpTT:  <location  of  first  EC  on  EX-list  for  this  sactor  (from  SIOSPB)  > 

PBE»OSE  x_list_saarch; 

PB^ORE  ex_list_search: 

ESO  CO»ESE_SCEE*E; 


COESSE  SCEEEE  TESK  lOW-tB»St  tOSIC 


process  x_list_search; 

<Exanines  x-list  for  object  AC  that  nay  possibly  require  an  advisory 
sessage  involving  subject  AC> 

REPEAT  WHILE  (sore  AC  In  X-list  for  this  sector) ; 

CLEAR  list  updated  flag  In  stats  vector; 

IP  (XC  controlled) 

'’•HER  PEBPOBH  coapute_controlled_AC_search_liaits; 

Determine  starting  point  of  foreard  search  on  X-list; 
exit  SEA8CH_POR»ABD;  <for  all  types  of  XC> 

Determine  starting  point  of  backward  search  on  T-llst; 
CALL  srxBCH_BlCBBARO;  <for  uncontrolled  XC  only> 

ELSE  PEBPORB  conpute_ancoatrolled_AC_search_linits: 

Deter sine  starting  point  of  forward  search  on  T-llst; 
CALL  SEARCH_PORWA?D ;  <for  uncontrolled  XC  only> 

IZ  (*C  is  non-eode  C) 

THEN  PE8P0RB  conpute_high_altitude_search_linlts; 

Deterelne  starting  point  of  forward  search  on  EX-list; 
CALL  SEXHCH_POB»XRD;  <for  all  types  of  XC> 

Deteriine  starting  point  of  backward  search  on  EX-llst; 
CALI  SSARCH_BACTWARD;  <for  all  types  of  XC> 


51B1S£EAT; 

EBP  x_list_search; 


COARSE  SCBEEB  TASK  HIGH-LEVEL  LOGIC 
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PROCESS  x_list_search 

p^p  SBSGBJ;  <*e*porary  local  pointer  to  next  subject  AC  (represented  be  5710*1)  > 
<s.B.  in  all  calls  to  SEARCH_FOR»ARD/SACKWARD  the  following, 

TR  (CS7BI  ,  S7ECT1,  CSCPEBH) 

OBT  (potential  conflict  pairs) :  does  not  appear  due  to  lac*  of  space> 

SBSBBJ  =  SECPTX; 

RBP»HT  RHILF  (S7EOM.SEXTX  SB  ISOLD: 

CLEAR  S7ECT1.X0PL: 

IF  (S7BC”ri.  COSC  E£  S^soE)  <subject  1C  is  controlled> 

T3EB  P*R»ORB  coapute_controlled_AC_search_liaits; 

CSV3t.S"XRT  »  S7BC"1  .  SBXS'X ; 

CS7BI .  SO_COST  =  7*ALSE; 

CS7BL.S0_S0SC  =  t7M.SE: 

OIL  SEARC«_P0R7ARD;  <for  all  types  of  DC> 

CSfBL.S'XRT  «  S7ECT1 • PRE7X ; 

CS7BL. SO_COBT  =  S^prjf; 

cm  SEARCS_BAC7RAPD:  <for  nncontrolled  DC  only> 

ELSE  PE7»opr  coaput9_ancontrolled_XC_search_li«its; 

CS7BI. START  *  S7BCT1 . REXTX; 

CS73L.  SO_COST  =  tTROE; 

CS7BL. SO_SOSC  =  XFALSE; 

CUl  SEABCH_F0R7AR0;  <for  uncontrolled  AC  only> 

H  (S7EC-1.  BCFLG  SFALSS) 

"RES  PER7QRS  cob pute_h igh_al*i t ude_search_li  Bits; 

CS7BL, STAR***  =  SEO'X  xariable  as  designated  in  ex  signpost 
1ST  (S7ECT1 .  X/CSCREBB •  X SP)  ; 

CS7BL.RO_COR7  * 

CS73L.  S0_!*05C  =  IFALSB; 

SBARCH_»ORSABD;  <for  all  types  of  AC> 

CS7BI.STAPT  *  ?°77X  xariable  as  designated  in  ex  signpost 
IRT(S7FC",1.T/CSCREER.XSP)  : 

CALL  SEARCS_3ACrSA°D :  <toz  ill  ‘ypes  of  AC> 

ROSOBJ  =  P7EC"*1.S®XTT: 

,SB°EP7AT: 

ISP  x_l i st_search ; 

-  COAPSE  SOBER  "AS*  10»-L»7?L  LOGIC  - 
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PROCESS  ex_list_search 

<Exaaines  *X-list  for  object  AC  that  Bay  possibly  require  an 
advisory  aessage  involving  subject  AC> 

REPEAT  WHILE  (sore  AC  in  EX-list  for  this  sector) 

CLEAR  list  npdated  flag  in  state  vector; 

PBBFORH  coBpote_high_altitade_search_li»its ; 

Deteraine  starting  point  of  forward  search  on  EX-list; 

CALL  SEAPCH_FOR*ARD;  <f or  all  types  of  AC> 

T v  (altitude  threshold  exceded  or  expected  to  be  exceded 
in  2  ainutes  Ojt  AC  is  non-aode  C) 

THEE  PEBFORH  coapute_low_altitude_search_liaits; 

Deteraine  starting  point  of  forward  search  on  X-list; 

CALL  SEAHCH_FOR«ARD;  <for  all  types  of  AC  except  non-aode  C> 
Deteraine  starting  point  of  backward  search  on  T-list; 

CALL  SEARCH_8ACX«ARD;  <for  all  type3  of  AC  except  non-aode  C> 


EHDBEPEAT: 

EBP  ex_list_search; 


COARSE  SCREER  TASK  HIGH-LFTEL  LOGIC 
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PROCESS  ex_list_search; 

PTE  RPSPBJ;  <teaporary  local  pointer  to  next  snblect  AC, 
svvcvi  represents  AC  pointed  to  by  HPSOBJ> 

RPSPBJ  =  SBC?*"! ; 

REPEAT  SBIL*  (S7ECT.SEXTX  BE  IRPLL)  ; 

cl»ap  specti-xopel; 

PEE*QRR  conpate_high_altitade_searc!i_liaits ; 

CSVBL. STA»T  =  SVECT1.EEITX; 

CS7BL.  ROJCOB"'  =  SEALSE; 

CSVBL. 70  JIORC  =  SEALSE; 

CALL  SEARCH_»ORRARD  <for  all  types  of  AC> 

*7  (CSVBL,  SVECT1,  CSCREEIf) 

OPT  (potential  conflict  pair) ; 

I?  ((SVEOI.E  11  CSCRggR.  AHI)  OR  (CSVBL. IP  t£  AHI) 

0»  (SVBCT1..7CFLG  S £  S?  MSS) ) 

•"BEK  PERfORH  conpate_lov_altitade_search_liait s: 

CSVBL.  STAE,r  =  R»XTX  variable  as  designated  in  x  signpost 
IRT(SVECT1.X/CSCREEH.XSP)  ; 

CSVBL. R0_H07C  =  I'vRBB; 

cm  SEARCH_EORRARO  <for  all  types  of  AC  except  non-aode  c> 
X2  (CSVBL,  S7BCT1,  CSCRggR) 

OP*  (potential  conflict  pairs)  ; 

CS7B1. start  *  PRE7X  variable  as  designated  in  x  signpost 
PR?  (SVECTV.  X/C5CSEE.  XSP)  ; 

CALI  SgARCH_BACvs»RO  <for  all  types  of  AC  except  non-aode  C> 
1JI  (CS7BI,  S7*CT1,  CSCREER) 

OPT  (potential  conflict  pairs) ; 
vPSnB  T  =  SVECT1.  V?TTX; 
gRnvgPEA-; 

Z32  ex_li3t_search; 

-  COAPSE  SCREgR  "ASK  LOW-LEVEL  LOGIC  - 
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PPOCBSS  coapat e_cont rolled_AC_search_li«its ; 

Define  largest  loot  ahead  tiae  for  controlled  hC;  <i“Ll> 
Define  lariaua  distance  trareled  by  controlled  PC; 

OIL  O.LCOT  ATE_SPIiBCH_LIM?S: 

BBD  co«oa*e_con*rolled  iC_search_li»its; 


COLPSB  SCRBBB  T*SK  BIGH-LBTBL  LOGIC 
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°B0C»5S  cospate_con»rolle<l_*C_s«arch_l.lilts: 

=  esc?*?*. ’•tr: 

CSTBt.oillX  «  CSOS!**.??*!!: 
cut  C»LCOtHT?_SEHBCH_t,IflI'rS 

13  (STOOP  boon 4s,  SVTCT1,  CSCS*?W) 

OPT  (SBQQP  Halts,  G800P  oradictlons)  ; 

in')  cosp at e_coo‘rolled_8C_s9arch_li sits; 


COUPS?  SC»*M  TUSK  LO«-lST?t  LOGIC 


PROCESS  coapote_higb_altitode_search_liaits: 

Define  largest  look  ahead  tlae  for  controlled  1C;  <TLI> 

Define  aaziaaa  distance  traveled  by  intruding  AC  in  SX-list:  <Pfl»XS> 
CA1L  OLCOL»T*_SE»8CH_LIHITS; 

EWD  coapute_high_altitnde_search_liaits: 


COURSE  SCREES  TASK  SI5B-LE7EL  LOGIC 
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PROCESS  coaoat«_high_al*itada_s«arch_llsits; 

CST8L.  TU  »  CSCSEEB.TLI; 

C^TBl.  PflUX  »  CSCSEEB.SBXXH: 

CXtl  CXtCTJHTE_SEASCH_LI!!I,'S 

II  f212l£  bounds,  sybcti,  cscsebk) 

3PT  (5P0PP  lisits,  SROPP  pr*d  ictions)  : 

EBP  cost>n»e_hiqh_altibnde_search_lisl*s; 


COfcPSB  SCRB*R  TUSK  tO*-lSTEl  tOGXC 
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P80CI83  coipute_lov_alt ibude_search_liaits; 

Define  saxiaua  distance  traveled  bj  intrading  iC  in  fit-list;  <PN*XI> 
Calculate  x  S  r  upper  and  lower  bounds  of  search; 

cob pnte_low_altitnde_search_li aits; 


CO»SSf  SCflflt  TUSK  BIOH-LFTFL  LOGIC 
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PROCESS  conpuie_lo»_altitade_search_liaits; 


Ill  (T°0, 

TPL, 

TPO, 

TPt, 

TPO,  ZBt 

TPO, 

TRL, 

TRO, 

TRL, 

TRO,  ZRL) 

<tenporary  (local)  7ariables> 


CS7BI. bound S.RB  AT  =  CSCRBBR.  RflAXI: 

<TtA  has  been  defined  in  a  previous  call  bo  conpute_high_a ltitude_search_linits> 
csvBt. predictions. tp  »  stbcti.x  ♦  stbcti.xd  •  cs7Bt. bounds. TU: 

CSTBt. oredictions. TP  *  S7SCT1.y  ♦  S7BCT1.TD  *  CSTBL. bounds. ''•ID; 

TPO  =  CS7BI.  predictions.  TP  *  CS7BL. bounds.  PRAT ; 

XPL  =  CS7BT,.  predictions.  T°  -  CS7BL. bounds.  RH  AT; 

TPO  =  CS7Bt. predictions. T?  *  CSTBt. bounds. RBAX : 

TP!  =  CS7BT. predictions. TP  -  CSTBt. bounds. BOAT ; 

TPO  =  STBCTI.X  ♦  C SCRBER. RPRI ; 

TP'  =  STBCTI.X  -  CSCRBTR.  RPRI ; 

TRO  =  5TECT1.T  *  CSCRBER. RPRI ; 

TPt  *  S7ECT1.T  -  CSCREBS.  RPRI; 

CS7PL. linibs. TO  *  PAT (TPO , XRO) ; 

CS7BI. Units. U  -  PIH(XPL,XRt)  ; 

CSTBt.  Units.  TO  »  PAX  (TPO ,  TPO)  ; 

CS7Pt.linits.Tl  »  SIR(T?t,TRl)  ; 

*PP  conpute_lo*_altitude_snarch_linit s; 


COARSE  SCP»BR  "ASR  LOR-IETEL  LOGIC 


PPOCESS  coapute_nncontrolled_AC_search_liBits; 

Define  larges*  look  ahead  tiae  for  uncontrolled  AC;  <,*I.T> 
Define  aaxiana  distance  traaeled  by  uncontrolled  1C;  <PlhXT> 
CUT,  CALCOLATg_SgASCH_LIHITS; 

gyp  coBDnte_oncontrolled_AC_search_liaits: 


CO APSE  SCSEtH  TASr  eigr-letel  logic 
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PPOCTSS  coiDat*_anconitolled_AC_search_linits ; 

CSTBL.TLA  *  CSC®*RR.Tt7; 

CS7BL.RRAX  =  CSCS;3!f.R*!AT7; 

CALI  CALCtJLATP_SBAPCH_LISI?S 

O  (GBOCP  bounds,  S7ECT1,  CSCPBSR) 

OPT  (GROG?  Halts,  GRoap  predictions) : 

RS1?  conpat8_ancontrolled_AC_searcK_li«its; 


C0ARS5  SCR*RR  ?AS*  L0R-LR7RL  LOGTC 


BOOTHS  SSABCH_BACS»ABO 


IB  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  AC  to  be  excluded  in  search  - 
controlled  or  non-sode  C) 

OPT  (po*ential  conflict  pairs)  ; 

<Siven  the  lover  bounds  of  a  region,  searches  the  X  or  BT-list 
for  AC  in  the  region) 

PSPBA'"  SBHS  (object  DC  x  oosition  above  lover  search  bound  area 
0»  list  is  not  eipty)  : 

tP  (obiect  1C  is  a  ‘signpost'  OB  is  »o*  in  ATABS  service  area) 

OB  is  in  table  of  excluded  AC  *-vpes) 

TH»B;  <do  nothing) 

SttSTT  (obiect  AC  y  position  outside  lisits) 

<do  nothing) 

Ttj.2511  (obiect  AC  non-eode  C) 

T3SB  add  AC  to  coarse  screen  potential  pair  list  for  this  sector: 
nssir  (obiect  altitude  vithin  search  lisits) 

TBVB  add  AC  *0  potential  pair  list  for  this  sector; 

TtSBir  (obiect  vertical  velocity  above  threshold  ABD 
AC  pair  vill  be  co-altitude  soon) 

-mB  add  AC  to  potential  pair  list  for  this  sector; 

Set  next  oreceding  entry  on  list; 

*BDPBP*AT: 

TBD  SIABCB_BACK*AFD; 


COABSB  SCBTSB  '"A SB  SIGH-lSVEt  LOdC 
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ROOTIfP  SB1RCH_B1CKB1RD 

If  (CSfBt,  Sf  ECT1  ,  CSCRPBB) 

OUT  (ootential  conflict  pairs?  ; 


PTR  0BJ1C;  <teaporary  (local)  pointer  to  object  1C, 

Sf ECT2  represents  object  1C,  SfPCTI  represents  sobject  1C> 

PtT  ZTTHB;  <teeporary  (local)  fariable  > 

OB71C  »  CSfBt. ST1RT; 

REPE1T  SPILE  ( (0BJ1C  fE  JROLt)  21  (SPECT2 .  Z  £T  CSYBL.  XL) )  ; 

IP  ( (SfECT2. SPIDPG  BO  S?«BB)  OR  (Sf  EC'"?.  1TSS  Bfl  BP  USB)  Of 
(SfEC?2. HCELG  »£  CSfBt.  ROJIOEC)  25 
(Sf  ECT2.  CtJBC  52  CSfBt.  SO_CORE)  ) 
raff;  <do  nothing) 

*tSEIE  (STECT2.T  21  CSfBL.TB  Of  STBCT2.  T  U  CSfBt.  ft) 

1531--  <do  nothing) 

ELSEI*  (Sf  ECT2.  (1CPLG  52  SPILSB) 

THBR  add  1C  to  potential  pair  list  for  this  sector; 

EtSEI*  ( (SfECT2.Z  £T  CSfBL.ZO)  JjlD  (Sf?CT2.Z  21  CSfBt. ZL)  ) 

THBB  add  1C  to  potential  pair  list  for  this  sector; 

BLSBIP  (  (Sf ECT2 .ZB  22  CSCEEES. ZP1ST) 

THB1I  ZETSE  »  (SBECT1.  Z-SfECT2.Z) /(Sf  EC?2.ZD-Sf  BCTI.ZO)  : 

15  ((0.0  U  ZTISB)  iff  (ZTIHS  U  CSfBt.  Ttl) ) 

THEB  add  1C  to  potential  pair  list  for  this  sector; 

OBJ1C  »  Sf ECT2. PB BfX ; 


EBPREPE1T; 


152  SP**CB_B1CK«1P0; 


COIRSE  SCREEB  T1SB  101-tBfEt  LOGIC 
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VOO-TBE  C»LC!JtllTR_Sl*RC!!_tIRI?S 

IS  (prediction  tine  and  aaxiaua  area  suitable  for 
oroxiai*v  advisory) 

00?  (search  Units  to  check  for  intruding  kC)  ; 

Calculates  the  region  used  in  an  l/SX-list  search> 

Calculate  horizontal  (xfy)  boundaries  using  the  proxinity 
advisory  region  search  area: 

Calculate  horizontal  boundaries  using  predicted  position 
based  on  subjezt  AC  velocities  and  look  ahead  tise; 

Choose  the  outer  bounds  of  the  coibined  areas: 

I?(kC  had  alti*ude  indorsation) 

THOR  calculate  vertical  (z)  boundaries  using  prozisitv 
advisorv  region  search  area: 

Calculate  vertical  boundaries  using  predicted  positions 
based  on  subject  HC  velocity  and  look  ahead  tine; 
choose  the  outer  bounds  of  the  contained  areas: 

tjjn  calcula'''»_s»]irch_ii,iits: 


COURSE  SCaBBR  TiSk  HIGH-LBT BL  LOGIC 
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ROOTTMB  CXLCOLXTE_SEXRCH_LIHITS 

II  <21215  bounds ,  STBCT1,  CSCRPBm 
COT  (GROO°  Units,  GROOP  predictions); 


FtT  (TPO, 

TPt, 

TPO, 

T»L, 

ZPO, 

ZPt 

TRO, 

TPL, 

TRO, 

T»L, 

ZPO, 

ZRt)  ;  <tenporary  (local)  »ariables> 

CSTBt. predictions. TP  *  S7BCT1. I  ♦  SV1CT1.TD  *  CSTBt. bounds. TlX; 

CS7BL.  predict  ions.  TP  =  STBcTI.t  ♦  S7ECT1.T0  *  CSTBt.  bounds. TlX; 

=  CSTBt. predictions. TP  t  CBTBt.bonnds.BHxT; 

TPL  =  '"STBL . predic*ions. TP  -  CSTBt. bounds. BHXI ; 

TPO  =  CS7BL. predic* ions. TP  ♦  CSTBt. bounds. BHXT; 

T°t  =  CSTBt. oredict ions. TP  -  CSTBt. bonnds. RHXI ; 

TBO  =  STBCT1.T  t  CSCBE’H. RPHI; 

TSt  =  STECT1.T  -  CSCRBEH . RPHI ; 

TBO  =  S7ECT1.T  ♦  CSCBBBH.RPWt; 

TBl  =  S7BC-1.T  -  CSCRBEH.  BPWX; 

CSTBt.  li<li*s.  10  =  HX  T  ( TPO,  TRO)  ; 

CSTBt.  lilitS.Tt  =  HTH  (TPL ,  XFt)  ; 

CSTBt.  Units.  TO  =  HXT(TPO.TBO)  ; 

CSTBt.  Units.  Tt  *  HTH  (T»t,TBL)  ; 

IT  (STPCT1. HC*tG  NB  SBXtSB)  <XC  is  node  C> 

THBH  CSTBt. predictions. ZP  =  S7ECT1.Z  ♦  STTC*1.Z0  *  CSTBt. bonnds. TlX ; 
ZPO  *  CSTBt. nredictions.ZP  ♦  CSCSBBH.TPCS; 

ZPt  *  CSTBt. predictions . ZP  -  CSCRBBH.tpcs; 

ZBO  «  S7BCT1.Z  ♦  CSCSBBH.TPCS; 

ZRt  *  STHCT1.Z  -  CSCRBBH.  TPCS; 

CSTBt.  Units. ZO  «  HXT(Z?0,ZRO)  ; 

CSTBt.  Units.  *t  *  HIM  (ZPt, ZRt)  ; 

TtST;  <do  no‘hinp> 

•22  CXtCOt  XT*_SBXRCR_LTRTT5 ; 


COXRSB  SCREBH  TXSB  tO»-tB7Bt  LOGIC 
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sog^m*  SB1BCH_»OB»1BO 

IB  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  1C  to  be  excluded  In  search  - 
controlled  or  non-aode  C) 
on;  (potential  conflict  pairs) ; 

<Siveo  *-he  upper  bounds  of  a  region,  searches  the  X  or  BX-list 
for  1C  in  the  regiou> 

BBPfiT  BULB  (object  1C  x  position  below  upper  search  bound  area 
OB  list  is  not  eipty) : 

I”  (object  1C  is  a  'signpost'  OB  is  not  in  1T1BS  serwice  area) 

OB  is  in  ‘able  of  excluded  1C  types) 

THBB:  <do  nothing) 

BtSBT?  (object  1C  y  oosition  outside  Units) 

ISI3?  <do  nothing) 

’’T.3BIP  (obiect  1C  non-aode  C) 

"*Hrn  add  1C  to  course  screen  potential  pair  list  for  ‘his  sector 
BL5BIP  (object  altitude  within  search  liaits) 

•"BBn  add  1C  to  potential  pair  list  for  this  sector; 

BLSBI*  (obiect  wertical  Telocity  aboxe  threshold  iwp 
ac  pair  will  be  co-altitude  soon) 

THBH  add  1C  to  potential  pair  list  for  this  sector; 
get  next  succeeding  entry  on  list; 

TWgBBPBIT: 

BUD  SB1BCH_*0B»1BD; 


C01BSB  3CBBBB  T1SB  HI GH-lBf BL  LOGIC 
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£021111  S»A0CH_F0P*A8D 

IN  (CS7SL,  S7ECT1,  CSC8BEN) 

OOT  (potential  conflict  pairs)  : 

PT»  ohjac;  <tesporary  (local)  Tariable) 

<N.B.  ?7’»c^2  represents  obiect  1C  pointed  to  by  OBJAC, 

S7BCT1  represents  subject  AC> 

OBJAC  =  CS7BL. START: 

REPEAT  HHILE  ((OBJAC  NT  SNOLL)  2£  (S7ECT2. X  U  CSNBl.TtJ)): 

If  (  (SVECT2.  SPIOEG  STRON)  OR  (S7ECT2.  ATSS  Jfl  NfALSE) 

(7ECT2- •C’»tG  £2  CS7BL.  NO_NONC)  2£ 

(SVEC-2.C0NC  £2  CS7NL.  NO_CONT)) 

•"BEN;  rdo  nothing) 

"LSETE  (S7ECT2.T  SI  CSTHC-TO  OR  STEO'J.T  U  CSTBl.Tt) 
fSEN;  <i0  nothing) 

£11-11  (S7SCT2.  SCFLG  E£  J'AISE) 

then  add  AC  to  coarse  screes  potential  pslr  list  for  this  sector 
EISEIE  ((S7ECT2.Z  U  CS7BL.Z0)  AJUZ  (9tlOTl«t  51  C57BL.ZL)) 

"i,HEN  add  AC  to  potential  pair  list  for  this  sector; 

EtSEIF  ((S7BCT2-ZD  51  CSCHSEN.  ZFAST) 

THEN  7TTHP  »  ( S7ECT1  .  Z-S7ECT2.  Z)  /  {ITBCT2.  ZD-S7ECT1  .Z  0)  ; 

II  ((0.0  II  ZTIHS)  AND  (ZTIHE  H  CS7BL.TT.A)) 

THEN  add  AC  to  potential  pair  list  for  this  sector: 
OBJAC  =■  S7ECT2.  NEXTX : 

1122 EP EAT: 


COARSE  SC» EER  TAS»  tOS-LS7?L  LOGIC 
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8. 


DETECT  TASK 


The  function  of  the  Detect  Task  is  to  examine  the  potential 
pairs  generated  by  the  Coarse  Screen  Task,  and  for  each 
determine  the  need  and  type  of  subsequent  ATARS  processing. 

The  output  of  the  Detect  Task  is  an  entry  on  the  Encounter  List 
(ELENTRY).  For  each  pair  put  on  the  list,  all  succeeding  tasks 
check  its  entry  for  possible  work  to  be  performed. 

Specifically  the  Detect  Task  determines  if  ATARS  has  control  of 
a  BCAS/ATCRBS  conflict,  if  a  controller  alert  is  required,  if  a 
proximity  warning  is  required,  if  a  threat  advisory  is 
required,  if  a  resolution  advisory  is  required,  or  if 
resolution  deletion  is  required.  It  does  not  determine  the 
type  of  resolution  advisory  or  generate  messages.  This  is  left 
to  future  tasks. 

8.1  BCAS/ATCRBS  Control 


Whenever  a  BCAS-e quipped  aircraft  is  within  the  ATARS  service 
area,  it  is  desired  that  ATARS  resolve  all  conflicts  that  it 
sees.  The  BCAS  must  not  be  permitted  to  resolve  the  same 
conflicts,  as  it  might  select  a  different  resolution.  However, 
the  BCAS  is  permitted  to  operate  near  the  limits  of  ATARS 
service,  so  that  it  may  provide  advisories  against  threats 
outside  the  service  area. 

When  the  BCAS  encounters  a  DABS-e quipped  threat,  the  ATARS  site 
ID  bits  serve  to  permit  or  inhibit  BCAS  action,  as  defined  in 
Reference  11.  When  the  threat  is  non-beacon  equipped  or 
non-mode  C  ATCRBS,  BCAS  does  not  track  it.  However,  when  the 
threat  is  mode  C  ATCRBS,  ATARS  must  inform  the  BCAS  that  the 
particular  aircraft  pair  is  under  ATARS  control.  The  ATCRBS 
Track  Block  Message  inhibits  the  BCAS  for  this  threat;  its 
absence  implies  that  ATARS  does  not  see  the  threat. 

The  method  employed  models  the  BCAS  aircraft's  detection  logic, 
with  slightly  less  restrictive  thresholds  (Table  8-1).  If  BCAS 
is  expected  to  give  a  threat  or  resolution  advisory  soon,  a 
message  is  sent  to  BCAS  using  a  track  block  of  position  data  to 
identify  the  ATCRBS  aircraft  (Section  16.1.1.2).  BCAS  is  thus 
informed  to  yield  control  of  the  potential  conflict.  This 
message  is  not  sent  for  all  BCAS/ATCRBS  pairs  within  the  ATARS 
area,  but  only  for  those  whose  BCAS  would  generate  advisories. 
This  reduces  the  communications  load  on  the  DABS  data  link  and 
avoids  unnecessary  processing  by  BCAS. 
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TABLE  8-1 


BCAS  SENSITIVITY  LEVEL  DEPENDENT  VARIABLES, 
STRUCTURE  BCSVBL 


VARIABLE  VALUE  AT  GIVEN  SENSITIVITY  LEVEL 


2 

3 

4 

5 

6 

7 

HI 

NA 

.00278 

.00278 

.00278 

.004 

.005  runi^/s 

DMOD 

NA 

.1 

.3 

.5 

1.3 

1 . 6  runl 

TRTHR 

NA 

23 

25 

30 

35 

40  s 

TVTHR 

NA 

23 

25 

30 

35 

40  s 

RTHRTA 

.35 

.50 

.75 

1.5 

2.0 

2.  5  run I 

H1TA 

.002 

.00278 

.00278 

.00278 

.004 

.005  nml^/s 

DMODTA 

.13 

.2 

.4 

.6 

1.5 

1.9  nmi 

TRTHTA 

25 

35 

40 

45 

50 

53  s 

TVTHRTA 

25 

35 

40 

45 

50 

53  s 
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8.2 


Proximity  Advisories 


Proximity  advisories  are  Issued  to  an  aircraft  pair  whenever 
they  are  estimated  to  be  within  30  (TLPSQ)  seconds  of  each  other 
or  within  a  fixed  range  (RPMIN)  and  altitude  (RST).  It  is 
possible  to  issue  proximity  advisories  when  one  aircraft  is 
non-mode  C.  In  this  case  the  co-altitude  condition  is  assumed 
to  always  be  satisfied.  Additionally  a  horizontal  tau  test  is 
performed  for  these  aircraft.  If  satisfied,  a  proximity 
advisory  is  issued.  The  need  for  this  additional  possibility  of 
alarm  occurs  when  the  aircraft  pair  are  co-altitude  and  in  a 
head-on  geometry.  The  tau  test  is  designed  to  give  an  earlier 
warning  for  this  case  than  a  range  test,  since  the  threat 
advisory  test  is  not  performed.  When  both  altitudes  are  known 
this  test  is  not  necessary  as  the  normal  threat  logic  handles 
the  situation.  For  non-mode  C  aircraft  the  proximity  advisory 
is  the  only  function  performed  by  the  Detect  Task. 

The  PWIFLG  flag,  when  set,  signifies  a  proximity  advisory  is 
necessary  for  the  pair. 

8.3  Threat  Advisories 


A  threat  advisory  is  an  indication  that  a  dangerous  situation  is 
imminent  and  if  the  aircraft  maintain  present  course  a 
resolution  advisory  will  be  sent.  The  threat  advisory 
conditions  are:  the  aircraft  not  be  in  a  final  approach  zone 
(see  Section  8.7),  the  aircraft  be  proximate  in  space  or  be 
estimated  to  be  proximate  soon  (tau  tests).  Only  those  aircraft 
pairs  which  are  not  diverging  or  within  spatial  constraints  are 
subject  to  the  threat  advisory  tests. 

The  FPWFLG  flag  is  set  for  uncontrolled  aircraft  and  the  FPIFLG 
flag  is  set  for  controlled  aircraft  to  indicate  threat  advisory 
messages  are  required. 

8. A  Resolution  Advisories 


Aircraft  predicted  to  be  within  ATARS  separation  criteria 
violation  and  not  in  a  final  approach  zone  are  issued  resolution 
advisories.  Aircraft  pairs  are  subjected  to  the  resolution 
advisory  tests  if  the  pair  has  satisfied  all  threat  advisory 
conditions.  The  aircraft  pair  then  must  be  proximate  in  space 
and/or  estimated,  by  use  of  the  tau  tests,  to  be  near  separation 
violation.  If  these  conditions  are  satisfied  the  CMDFLG  flag  is 
set  and  if  one  of  the  aircraft  is  controlled  the  IFRFLG  flag  is 
set.  The  resolution  advisory  is  generated  in  the  Master 
Resolution  Task  when  two  of  the  latest  three  scans  has  had  the 
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CMDFLG  flag  set  (see  Section  12.3.1).  It  is  possible  to  give  an 
Immediate  command,  i.e.,  the  resolution  advisory  is  generated 
and  sent  the  same  scan.  Basically  the  separation  violation  must 
be  imminent,  existing,  or  the  aircraft  form  a  dangerous  flight 
geometry  (Maneuvering  Threat  Logic  Process)  where  one  aircraft 
can  turn  into  the  other  without  sufficient  time  to  predict  the 
airspace  violation  and  safely  escape.  In  these  cases  the  MTTFLG 
flag  is  set  to  bypass  the  two  out  of  three  window. 

When  the  conditions  to  set  the  CMDFLG  and  IFRFLG  are  met,  the 
setting  of  these  flags  may  still  be  inhibited.  The  aircraft 
pair  are  not  given  advisories  when,  at  the  time  of  predicted 
closest  approach  in  the  horizontal  direction,  their  predicted 
separation  in  the  vertical  dimension  exceeds  a  threshold.  This 
occurs  when  the  aircraft  are  presently  vertically  proximate  but 
diverging  with  a  significant  rate. 

8.5  Controller  Alerts 

Controller  alert  initiation  logic  resembles  the  threat  and 
resolution  advisory  determination  function.  Its  purpose  Is 
entirely  distinct,  however.  If  either  aircraft  is  controlled. 

It  Is  desired  to  inform  the  controller  of  a  possible  conflict 
situation  before  a  resolution  advisory  is  necessary. 

The  CAFLG  flag  is  set  if  either  aircraft  Is  in  an  area  type 
requiring  controller  notification  and  the  tau  or  proximity  tests 
are  satisfied,  or  the  aircraft  are  in  a  dangerous  geometry 
(parallel,  offset  and  turning  towards  one  another).  If  both 
aircraft  are  in  a  final  approach  zone  2,  the  proximity  tests, 
only,  are  applied  in  order  to  further  desensitize  the  logic  to 
converging  traffic  patterns  (see  Section  8.7). 

The  controller  alert  message  is  generated  (see  Section  11)  as 
soon  as  three  of  the  latest  five  scans  (a  system  variable)  have 
had  the  CAFLG  flag  set.  This  filter  can  be  overridden  and  an 
immediate  message  sent  if  the  dangerous  maneuver  is  detected  or 
the  aircraft  separation  violation  is  existing.  An  immediate 
alarm  is  designated  by  setting  the  ICAFLG.  A  controller  alert 
is  no  longer  given  when  the  last  three  scans  have  had  no 
controller  alert  flag  set  in  Detect  Task. 

8.6  Parameter  Selection 

The  majority  of  the  various  thresholds  that  appear  in  the  Detect 
Task  and  its  routines  depend  on  a  number  of  criteria  for  their 
determination.  Those  parameters  (or  thresholds)  that  are  not 


true  constants  are  in  general  assigned  in  the  Tau  and  Proximity 
Threshold  Determination  Routine  (See  Section  8.8).  First,  the 
non-constant  thresholds  may  depend  on  the  control  status  of  the 
aircraft  in  an  encounter:  controlled/controlled, 
controlled/uncontrolled,  uncontrolled/uncontrolled.  Additional 
specification  may  depend  on  area  type  of  the  encounter  (1,  2,  3, 
4),  multiplicity  of  the  encounter,  and  ATARS  equipage.  In  the 
case  of  uncontrolled /uncontrolled  encounters,  specification  may 
also  rely  on  a  computed  index,  UUIND,  which  is  set  in  the 
Uncon/Uncon  Index  Determination  Routine.  Furthermore,  certain 
tau  thresholds  are  computed  based  on  closing  speed,  and 
ultimately  rely  on  the  thresholds  TCONV  and  TCONH  determined  in 
the  Tau  Proximity  and  Threshold  Determination  Routine.  Such 
variables  have  a  nominal  value  calculation,  plus  a  maximum  value 
and  a  minimum  value.  The  nominal  value  must  be  restricted  by 
the  smallest  value  consistent  with  system  safety  and  by  the 
largest  value  feasible  with  an  acceptable  unwanted  alarm  rate. 

A  synopsis  of  all  detection  variables  may  be  found  in  Table  8-2, 
8-3,  8-4,  and  8-5.  True  constants  are  defined  in  Appendix  A. 

8.7  Area  Type  and  Zone  Determination 

As  indicated  previously,  selection  of  thresholds  may  depend  on 
the  area  type  of  an  encounter,  ENAT,  determined  in  the  Encounter 
Area  type  Determination  Routine.  This  index  is  a  combination  of 
the  individual  area  types,  ACAT,  determined  in  the  Area  Type 
Determination  Routine.  For  each  new  position,  i.e.  every  scan, 
of  the  aircraft  in  the  pair  under  consideration,  the  aircraft's 
area  type  is  determined  by  referencing  a  map  (the  area  type  data 
base  described  in  Table  8-6)  and  from  these  two  area  types  for 
the  pair,  the  encounter  area  type  is  calculated.  It  is  possible 
for  the  area  types  for  an  aircraft  to  be  previously  determined 
by  the  domino  logic  for  this  scan  before  entry  into  the  Detect 
Task.  The  Area  Type  Determination  Routine  will  be  called  from 
the  Encounter  Area  type  Determination  Routine  only  as  necessary. 

Each  ACAT  area  type  1  or  2  defines  a  horizontal  parallelogram, 
type  1  encompassing  the  immediate  vicinity  of  an  airfield,  and 
type  2  encompassing  the  approach  areas  for  each  runway  between 
specified  altitudes.  Area  type  1  may,  however,  be  further 
modified  with  "legs",  or  straight  line  segments  that  may  be  used 
to  remove  corners  of  the  parallelogram,  type  3  is  the  balance 
of  the  airspace  out  to  a  range  of  RDI5T  (system  parameter), 
beyond  which  is  the  area  type  4.  Both  aircraft  having  an  ACAT 
value  of  3  would  result  in  ENAT  being  3.  Also,  both  aircraft  in 
different  area  type  2  regions  would  result  in  ENAT  being  3 
again.  The  complete  mapping  algorithm  is  specified  in  the 
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TABLE  8-2 


CONTROLLER  ALERT  VARIABLES,  STRUCTURE  CAVBL 


VARIABLE 

VALUE 

ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

AFCON 

NA 

275  ft 

375  ft 

375  ft 

MDCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

RCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

TCONH 

Calculated  in  Routine  TAU 

AND  PROXIMITY 

THRESHOLD 

DETERMINATION 


TCONV  Calculated  In  Routine  TAU_AND_PROXIMITY_THRESHOLD 

DETERMINATION 
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TABLE  8-3 


PARAMETER  DETERMINATION  VARIABLES,  STRUCTURE  PDVBL 


VARIABLE  VALUE 


ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

ACONTH 

275  ft 

275  ft 

375  ft 

375  ft 

RCONTH 

. 7  5  nmi 

.75  nmi 

1.2  nmi 

1.2  nmi 

TWARN 

36.8  s 

36.8  s 

36.8  s 

44.8  s 
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TABLE  8-4 


RESOLUTION  ADVISORY  VARIABLES,  STRUCTURE  RAVBL 


VARIABLE  _ INDICES _ 

CONTROL  ENAT 

STATE  (PRCONT) 

AIFR  C/C1  1 

2 

3 

4 

C/U  1 

2 

3 

4 


VALUE 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RIFR2  C/C 


C/U 


AF 


u/u 


c/u 


1 

2 

3 

4 
1 
2 

3 

4 


.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi ^ 


1 

2 

3 

4 
1 
2 

3 

4 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RCMD2  U/U 


C/U 


1 

2 

3 

4 
1 
2 

3 

4 


1.0  nmi2 
1.0  nmi2 
1 . 0  nmi 2 
1 • 0  nmi 2 
.5625  nmi2 
.5625  nmi2 
1.0  nmi2 
1 • 0  nmi 2 
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TABLE  8-4 
(Continued) 


VARIABLE  INDICES  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

(PREQ) 

TIFRH 

C/C 

1 

GT3 

E/E2 

TCONH -3 5 

60 

60  8 

E/U 

TCONH-3  5 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-3 5 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  8 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

C/U 

1 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  8 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  a 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

TIFRV 

Same  a  a  TIFRH, 

except  TCONH  is 

replaced  by  TCONV  in 

the 

NOMINAL  column. 
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TABLE  8-4 
(Concluded) 


VARIABLE 


TCMDH 


INDICES 


VALUE - 


[N MAX 


STATE  ( PRCONT) 


(PREQ) 


C/U 


U/U 


1 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-1 5 

30 

45  s 

U/E 

TCONH-15 

30 

45  s 

2 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

3 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

4 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

38 

53  s 

U/E 

TCONH-15 

38 

53  s 

UUIND 

4 

VALUE 

1 

1 

30  s 

2 

38  s 

2 

1 

30  s 

2 

38  s 

3 

1 

30  s 

2 

38  s 

4 

1 

38  s 

2 

38  s 

TCMDV  Same  as  TCMDH,  except  TCONH  is  replaced  by  TCONV  in 

the  NOMINAL  column 


1 

2 

3 


C  "  Controlled,  U  ■  Uncontrolled,  referenced  as  PRCONT  in  pseudocode 
E  -  ATARS  Equipped,  U  *  Unequipped,  referenced  as  PREQ  in  pseudocode 
The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU  AND 


PROXIMITY_THRESHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/ UNCON_INDEX_DETERMINATION. 
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TABLE  8-5 


THREAT  ADVISORY  VARIABLES,  STRUCTURE  TAVBL 


VARIABLE 

INDICES 

VALUE 

CONTROL 

ENAT 

STATE  (PRCONT) 

AFIFR 

C/C1 

1 

1000  ft  i 

2 

1000  ft  ! 

3 

1000  ft 

4 

1000  ft  j 

C/U 

1 

1000  ft 

2 

1000  ft 

3 

1000  ft 

4 

1000  ft  j 

MDFPI2 

C/C 

1 

1 

.5625  nml^  ' 

2 

.5625  nmi.2 

3 

.5625  nmi^ 

4 

.5625  nini^ 

C/U 

1 

.5625  nmi.2 

2 

.5625  nml^ 

3 

1.44  nmi^ 

4 

1.44  nml^ 

RFIFR2 

C/C 

1 

.5625  nmi^ 

2 

.5625  nml^ 

3 

.5625  runi^ 

4 

.5625  nmi^ 

C/U 

1 

.5625  nml^ 

2 

.5625  nmi.2 

3 

1.44  nmi^ 

4 

1.44  nmi^ 

8-11 

-  ■? 


VARIABLE 


AFPWI 


MDFPW2 


RFPWI2 


TABLE  8-5 
(Continued) 


_ INDICES  VALUE 

CONTROL  ENAT 

STATE  (PRCONT) 


U/U 


C/U 


1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1 . 0  nmi 2 
1 . 0  nmi 2 
1.0  nmi2 
.5625  nmi2 
•5625  nmi2 
1.44  nmi2 
1.44  nmi2 


U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1. 0  nmi 2 
1 . 0  nmi 2 
1.0  nmi2 
. 5625  nmi 2 
.5625  nmi2 
1.44  nmi2 
1.44  nmi 2 
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TABLE  8-5 
(Continued) 


VARIABLE 


TFIFRH 


TFIFRV 


INDICES  VALUE3 


CONTROL  ENAT 

MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

C/C1  1 

GT3 

E/E2 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  8 

E/U 

TCONH 

30 

60  8 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  8 

LE3 

E/E 

TCONH 

38 

68  s 

E/U 

TCONH 

38 

68  s 

C/U  1 

GT3 

E/E 

TCONH 

60 

68  8 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  s 

E/U 

TCONH 

38 

68  s 

Same  as  TFIFRH, 

except 

TCONH  is 

replaced 

by  TCONV 

in 

the  NOMINAL  column. 
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TABLE  8-5 
(Concluded) 


VARIABLE  INDICES  _  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

TFPWIH  C/U 

1 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  s 

U/E 

TCONH 

38 

68  s 

UUIND4 

VALUE 

U/U  1 

1 

45  s 

2 

53  s 

2 

1 

45  s 

2 

53  s 

3 

1 

45  s 

2 

53  s 

4 

1 

53  s 

2 

53  s 

TFPWIV  Same  as  TFPWIH,  except  TCONH  is  replaced  by  TCONV  in  the 

NOMINAL  column. 


3C  -  Controlled,  U  ■  Uncontrolled,  referenced  as  PRCONT  in  pseudocode. 

-  ATARS  Equipped,  U  -  Unequipped,  referenced  as  PREQ  in  pseudocode. 
3The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU_AND_PROXIMITY 
THR£SHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/UNCON  INDEX  DETERMINATION. 
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TABLE  8-6 


AREA  TYPE  DATA  BASE 


An  ATARS  area  type  data  base  for  a  particular  ATARS  site 
consists  of  type  1  areas,  their  associated  type  2  areas,  a  type 
3  area  and  a  type  4  area. 

RDIST  =  83.3  nmi  (for  sensor  azimuth  jitter  of  .06  degrees) 
defines  the  maximum  extent  of  type  3  area.  Beyond  this  range 
is  type  4. 

Encompassing  all  type  1  areas  and  type  2  areas  is  the 
parallelogram  defined  by  ZHMNX,  ZHMXX,  ZHMNY,  ZHMXY  which 
serves  as  a  coarse  filter  in  area  determination  routines. 
Locations  outside  this  area  are  not  subjected  to  type  1  or  2 
determination. 

The  number  of  type  1  areas  is  given  by  NOI.  For  each  type  1 
area  (up  to  10  type  1  areas  are  allowed)  the  following 
information  is  required: 

a)  IDI  -  the  name  given  to  the  type  1  area 

b)  A1 ,  Bl,  Cl,  C2,  A2,  B2,  C3,  C4  -  define  the  parallelogram 
which  delimits  the  type  1  area 

c)  ZMIN,  ZMAX  -  define  the  limits  of  the  type  1  area  in 
altitude 

d)  CARQ1  -  determines  if  a  controller  alert  is  required  for 
this  type  1  area 

e)  NLEGS  -  the  number  of  "legs”  which  delimit  the  type  1  area 
(allow  up  to  25  per  type  1  area).  The  use  of  the  legs 
allows  the  parallelogram  defined  in  (b)  to  be  modified  into 
a  convex  polygon. 

f)  Dl,  El,  FI  -  define  one  leg  for  each  area  type 
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TABLE  8-6 
(Concluded) 


An  aircraft  is  In  a  type  1  area  If  its  position  (X,  Y,  Z) 
satisfies: 

1)  Cl  LE  (A1  *  X  +  B1  *  Y)  LE  C2 

2)  C3  LE  (A2  *  X  +  B2  *  Y)  LE  C4 

3)  ZMIN  LE  Z  LE  ZMAX 

4)  (D1  *  X  +  El)  LE  F.  for  each  leg 

The  number  of  type  2  areas  Is  given  by  NOII.  For  each  type  2 

area  (allow  up  to  100  type  2  areas)  the  following  information 

is  required: 

a)  IDI  -  the  name  of  the  type  1  area  with  which  this  type  2 
area  is  associated. 

b)  U1 ,  VI,  Wl,  W2,  U2,  V2,  W3,  W4  -  define  the  parallelogram 
which  delimits  the  type  2  area 

c)  HMIN,  HMAX  -  define  the  altitude  extent  of  the  type  2  area 

d)  CARQ2  -  determines  if  a  controller  alert  is  required  for 
this  type  2  area 

An  aircraft  is  in  a  type  2  area  if  its  position  (X,  Y,  Z) 
satisfies 

1)  Wl  LE  (U1  *  X  +  VI  *  Y)  LE  W2 

2)  W3  LE  (U2  *  X  +  V2  *  Y)  LE  W4 

3)  HMIN  LE  Z  LE  HMAX 
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pseudocode  (Section  8.8).  A  value  of  4  for  ENAT  represents  the 
most  sensitive  area,  ENAT  1  being  the  least  sensitive. 

The  final  approach  zone  status  of  arriving  aircraft,  FAZ, 
contained  in  the  State  Vector,  is  utilized  in  the  Detect  Task, 
the  Terrain/Airspace/Obstacle  Avoidance  Task  as  well  as  in  the 
Master  Resolution  Task.  Basically,  the  final  approach  zone  is 
divided  into  two  types,  type  1  encompassing  the  airfield  (and 
generally  to  a  lower  altitude  than  for  area  type  1),  and  type  2 
encompassing  a  sloping  rectangular  region  containing  the  normal 
approach  path  for  each  runway. 

The  parameter  FAZ  can  have  the  following  values  upon  entry  into 
the  Detect  Task: 

FAZ  =  -1,  not  initialized  for  this  aircraft,  must 
be  set  by  Detect  Task 

FAZ  =  0,  aircraft  is  not  in  a  final  approach  zone 

FAZ  =  1,  aircraft  is  in  a  final  approach  zone  type  1 

FAZ  =  2,  aircraft  is  in  a  final  approach  zone  type  2 

The  Final  Approach  Zone  Determination  Routine,  called  when  FAZ 
is  not  initialized,  is  the  same  routine  used  in  the 
Terrain/Alrspace/Obstacle  Avoidance  Task.  If  FAZ  has  the  value 
1  or  2  then  the  State  Vector  paranuter  ZPRT  has  been  initialized 
to  the  call  letters  of  the  airport  associated  with  the  final 
approach  zone.  Table  8-7  describes  the  zone  data  base. 

The  area  types  define  the  area  of  desensitization  for  the  ATARS 
detection  function.  The  zones  define  the  region  for  inhibiting 
the  resolution  advisory  function.  Additionally,  the  zone  2 
region  also  defines  where  controller  alerts  generated  by 
prediction  (tau  tests)  are  to  be  inhibited.  The  proximity 
(immediate  range)  tests  are  never  inhibited.  Appropriate 
definition  of  this  region  will  prevent  nuisance  alerts  in 
parallel  approach  zones  and  converging  approach  zones.  For  this 
inhibit  function  to  be  applicable,  both  aircraft  must  be  in  a 
zone  2  region  (not  necessarily  the  same)  associated  with  the 
same  airport.  Zone  2  should  always  be  encompassed  by  area  type 
1  and/or  2. 
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TABLE  8-7 


ZONE  TYPE  DATA  BASE 


An  ATARS  zone  data  base  for  a  particular  ATARS  site  consists  of 
all  the  zone  l's  and  their  associated  zone  2's. 

Encompassing  all  the  zones,  be  they  1  or  2,  for  a  site  is  the 
parallelogram  defined  by  ZJMNX,  ZJMXX,  ZJMNY,  ZJMXY,  which 
serves  as  a  coarse  filter  in  zone  determination.  Locations 
outside  this  area  are  not  subjected  to  zone  1  or  2 
determination. 

N0Z1  is  the  number  of  zone  l's  for  this  site  (a  maximum  of 
10).  For  each  zone  1  the  following  information  is  required: 

a)  IDZI  -  the  name  given  to  this  zone  1 

b)  AZ0NL1,  AZ0NW1 ,  BZ0NL1,  BZ0NW1,  CZONL1,  CZONW1,  WZON1, 

LZ0N1  -  define  the  parallelogram  which  delimits  the  zone  1 

c)  ZZON1  -  defines  the  altitude  extent  of  the  zone  1 

d)  ACTZ1  -  determines  if  this  zone  1  is  active  or  not 

An  aircraft  is  in  a  zone  1  if  its  position  satisfies: 

1)  -WZ0N1  LE  (AZ0NW1  *  X  +  BZ0NW1  *  Y  +  CZONW1)  LE  WZ0N1 

2)  -LZ0N1  LE_  (AZ0NL1  *  X  +  BZ0NL1  *  Y  +  CZ0NL1 )  LE  LZ0N1 

3)  Z  LE  ZZ0N1 

N0Z2  determines  the  number  of  zone  2's  present  in  an  ATARS 
site.  A  maximum  of  100  zone  2's  are  allowed.  For  each  zone  2 
the  following  information  is  required: 

a)  IDZI  -  the  name  of  the  zone  1  area  with  which  this  zone  2 
is  associated 

b)  AZ0NL2,  BZONL2  -  the  north  and  east  components, 
respectively  of  a  normal  horizontal  vector  parallel  to  the 
main  axis  of  the  given  zone  2  and  pointing  away  from  the 
airfield 

c)  WZ0N2,  AZ0NW2,  BZ0NW2,  CZ0NW2,  LZ0N2,  CZ0NL2  -  with  (b) 
defines  the  parallelogram  in  the  horizontal  plane  which 
delineates  the  zone  2 
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TABLE  8-7 
(Concluded ) 


d)  ZZ0N2,  AZ0NZ2,  BZ0NZ2,  CZ0NZ2,  DZ0NZ2,  -  define  the  linear 
surface  In  3-space  which  defines  the  approach  slope  of  the 
zone  2 

e)  C0AA2  -  defines  the  deviation  from  the  normal  defined  by 
(b)  within  which  an  aircraft  Is  considered  to  be  In  zone  2. 
C0AA2  -  .9698 

f)  ACTZ2  -  determines  If  this  zone  2  Is  active  or  not. 

An  aircraft  is  in  a  given  zone  2  if  its  position  (X,  Y,  Z)  and 
horizontal  velocity  (XD,  YD)  satisfy: 

1)  -WZ0N2  LE  (AZ0NW2  *  X  +  BZ0NW2  *  Y  +  CZ0NW2)  LE  WZ0N2 

2)  -LZON2  LE  ( AZ0NL2  *  X  +  BZ0NL2  *  Y  +  CZ0NL2)  LE  LZ0N2 

3)  -ZZ0N2  LE 

(AZ0NZ2  *  X  +  BZ0NZ2  *  Y  +  CZ0NZ2  *  Z  +  DZ0NZ2) 

LE  ZZON2 

A)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2)  LT  0 

5)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2) 2  GE  (XD2  +  YD2)  *  COAA2 
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Construction  of  the  zones  adheres  to  the  following  guidelines: 

1.  The  zone  1  extends  approximately  .5  nmi  on  either  side 
of  a  runway. 

2.  The  zone  1  ends  where  the  runway  ends. 

3.  The  zone  1  must  be  a  parallelogram  (There  can  be  more 
than  one  zone  1  associated  with  a  given  airport,  which 
could  remove  the  restriction). 

4.  The  zone  1  should  be  approximately  500  feet  high. 

5.  The  zone  2  extends  approximately  .5  nmi  on  either  side 
of  the  centerline  extending  through  the  runway. 

6.  The  zone  2  cannot  overlap  with  another  zone  2  (a 
software  restriction). 

7.  The  zone  2  begins  at  the  outer  marker  and  extends  to  the 
zone  1. 

8.  The  zone  2  should  be  approximately  400  feet  in  depth. 

8.8  Pseudocode  for  Detect  Task 


The  pseudocode  for  the  Detect  Task  follows.  This  task  can 
operate  as  soon  as  the  Coarse  Screen  Task  has  entered  a  pair  on 
the  Potential  Pair  List.  Any  qualified  variable  or  parameter 
name  (e.g.,  ELENTRY.TCONV)  which  does  not  appear  in  the  list  of 
local  variables  and  parameters  in  the  beginning  of  the  low 
level  pseudocode,  belongs  to  a  system  data  structure  which  is 
defined  in  Section  3.3.  Similarly  unqualified  names  (e.g., 
ADOT)  are  local  to  the  Detect  Task  and  appear  in  one  of  three 
structures,  MISCVBL,  PATHVBL,  ELVBL.  No  distinction  has  been 
made  between  variables  local  to  a  low  level  process  and  used 
only  within  that  process  and  variables  local  to  the  Detect  Task 
and  used  by  different  processes  within  this  task.  An  example 
of  the  latter  would  be  MULT  and  of  the  former  RXVS. 

The  routines  Encounter  Area  Type  Determination,  Area  Type 
Determination,  Final  Approach  Zone  Determination,  are 
referenced  by  other  ATARS  tasks.  These  routines  appear  in  the 
pseudocode  as  local  to  the  Detect  Task.  Care  must  be  taken  in 
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determining  their  exact  form  in  any  computer  installation,  as 
the  code  may  need  to  be  modified  to  allow  for  multiple  entries 
from  different  tasks. 

Frequent  abbreviations  used  in  the  pseudocode  are:  RA  for 
resolution  advisory,  TA  for  threat  advisory,  and  CA  for 
controller  alert. 
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<***  BAHB0TB8IBG  TARGET  DETEC  TIOH  PARABBTSBS  (APP  A)  **•> 


STROCTOSE  flTPARS 

GROUP  cntr_thresholds 
FLT  CAHR2 
FIT  cm 
FLT  CARFSQ 
£LT  CAHCP2 
FIT  CARRH2 
FLT  CARSB2 

GRO0P  gnl_thresholds 
FLT  STTR2 
FLT  STTA 
FLT  1TTFSQ 
FLT  COSP2 
FLT  1TTRH2 
£12  JITTSB2 


{controller  alert  thresholds> 

{range  threshold> 

{altitude  separation  threahold> 

{Telocity  threshold  (sq)> 

<coaine  thresh  (sg)  for  parallellsa  deteralnatlon> 
{identical  to  BTTRB2,  belo*> 

<sine  thresh  (sg)  for  of f set/intrail  deteralnation> 
<for  general  saneoTering  threat  detection> 

{range  thresh> 

{altitude  separation  threshold> 

{Telocity  threshold  (sg)> 

{cosine  threshold  (sq>  for  paralleliss  deteralnation> 
{Talue  to  present  disision  by  zero> 

{sine  threshold  (sg)  for  offset/intrail  deterainatlon> 


DETECT  TASK  LOCAL  PARAS BTBBS 
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<***  PB0XI8ITT  1DTISOBT  P1B1SETERS  (»PP  1)  »**> 


STRCTCTORB  PXP1R8 
SROOy  thresholds 

PIT  RP8IR  <ainiaaa  proxiaity  range  (sq)  > 

PIT  TLPSQ  <proxlalty  tlaa  paraaatar  (sq)> 

TIT  PP1  <prozlaLty  altitude  threshold) 

BBPSTBOCTCTB: 


-  DETECT  TISK  tOCIt  PIBIRBTSBS  - 


a  a  a  a 


<**»  STB0CTO8E  SiTIPiBS  (»PP  1)  «**) 


STB0CT0Bt  8 atapahb  <used  in  non-aode  C  threat  detection) 

SBOOP  nathrs 

828 k  <range  below  which  traffic  advisory  is  always  given) 

THB»  <tan  horizontal  threshold  for  generating  traffic  advisory) 

8D281  <predicted  siss  distance  threshold  for  generating  Th) 

TSBPSQ  <tine  estisate  of  ainiann  separation  before  traffic  advisory  is  given) 
EBPSTBOCTOBE; 


DBTBCT  TASK  LOCH  P1R1BS7EB S 
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<**•  CONTHOLLES  AIBHT  PABAfl BTEH5  (APP  1)  •**> 


STB0CT0BE  CAPABH 
3BOOP  rone2 

FIT  ZAFCON  <ainiana  Tertical  separation  for  AC  in  zone  2> 

FIT  ZBC0N2  <ainiaua  range  (squared)  threshold  for  AC  in  Zone  2> 

ENDSTB0CT0B8; 


DETECT  TASK  IOCAI  PABAHETEHS 
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<»**  COHTBOLI.br  ALERT  VARIABLES  (Table  8-2)  *••> 


STROCTORE  CAVBL 
GROOP  thresholds 
PIT  APC01I 
PIT  NDC0H2 
PIT  RCOH 2 
PLT  TCOHH 
FLT  TCOB  V 
gRPSTBOCTORE; 


<iaeediate  altitude  threshold> 

<aiss  distance  threshold  (squared) > 
<range  threshold  (sguared)> 
<horizontal  tau  threshold) 

Cvertical  tau  threshold) 


DETECT  TASK  LOCAL  VARIABLES 
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<•**  8ESOL0TIO8  AD7IS0BT  VARIABLES  (Table  8-4)  ***> 


STBUCTDBE  BA7BL 

GBOOP  ctl_thresholds 
FLT  AIFB 
FIT  HIFS2 
FIT  TIFBH 
FLT  TIFB7 

GBODP  unc_thresholds 
FLT  AF 
FLT  SCSD2 
FLT  TCSDH 
FLT  TCSDV 
EHDSTHOCTOB  E: 


<laaediate  altitude  threshold> 
<range  threshold  (squared) > 
<horlzontal  Taa  threshold) 
<vertical  Taa  threshold) 

<iaaediate  altitade  threshold) 
<range  threshold  (squared)) 
<horizoutal  Tau  threshold) 
<vertical  Taa  threshold) 


<**•  THREAT  ADTIS08T  VABIABLES  (Table  8-5)  *•*> 


STBOCTUBE  TAVBL 

G HOOP  ctl_thresholds 
FLT  AFIFB 
FLT  HDFPI2 
FLT  8FIF82 
FLT  TFIFBH 
FLT  TFIFBV 

GBOOP  anc_thresholds 
FLT  AFPBI 
FLT  H0FP82 
FLT  B*PfX 2 
FLT  TFPfXH 
FLT  TFPHI V 


<iaaediate  altitade  threshold) 

<aiss  distance  threshold  (squared) > 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 

Vertical  Tau  threshold) 

<iaaediate  altitade  threshold) 

<siss  distance  threshold  (squared)) 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 

<Fertlcal  Tau  threshold) 


DETECT  TASK  LOCAL  VABI1BLES 
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<*••  STSOC^OBE  BCSVBL  «**> 


stboctobe  bcbvbl  <see  Table  8-1  5  Appendix  A  for  assigned  values) 

SBOOP  res 

PLT  bothb  <range  rata  threshold,  Halts  tau  In  parallel  flight  tracks) 

PLT  Hi  <threshold  for  divergence  range  hit  test  for  Bi> 

fit  onoD  horizontal  clearance  used  to  define  collision  threshold) 

FIT  ththh  {threshold  of  tise  to  closest  approach) 

FLT  ZTHB  {threshold  of  altitude  separation) 

fit  zdthb  {altitude  rate  divergence  threshold) 

FLT  TV"HB  {threshold  of  ties  to  closest  approach) 

GROOP  threat 

FLT  HTHHTA  {range  threshold  for  TA> 

PLT  FDTHRTA  {range  rate  threshold  for  TA> 

FLT  hita  {threshold  for  divergence  range  hit  test  for  ?A> 

FLT  DHODTA  {perfores  role  of  DHOD  for  TA> 

FLT  TFTHHTA  {perforas  role  of  TBTHB  for  TA> 

FLT  ZTHBTA  {perfores  role  of  ZTHB  for  TA> 

FLT  ZDTHHTA  {perfores  role  of  ZDTH1  for  T*> 

FLT  TVTHRt A  {perfores  role  of  TVTH1  fot  T»> 

FHOSTBOCTOBF: 


OETBCT  TASK  LOCAL  VABIABLBS 
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-a  ' 


<•••  EBCOOBTEB  CBIB1CTEEIS7IC  fkEtkBl.EE  •**> 


STBOCTOBE  EtfBL 
GEOOP  local 

bit  r»r»z2: 

IBT  flOlT 
IBT  PECOET 
ill  PESO 
fit  TBIT 
IBT  OOIHD 
IBT  SSI 
EBDSi'BOCTOEE: 


<both  1C  In  Zona  2  (along  glide  slope) > 
<anltlplicitr  of  encoanter> 

<saaaarizes  control  state  of  ac  pair> 
<aoBaarises  egnp.  state  of  ac  pair> 
<ratio  of  eq/nneq  1C  speeds> 

<nnc/onc  indeo 

<BC1S  sensitivity  le»el  for  1C  pair> 


-  DETECT  T1SE  10C1L  f 1B11BLES 
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<***  LOGIC-PATH  VARIABLES  *•*? 


STR0CT08E  PATHVBL 
GRpqp  local 

BIT  HT_DBTECTED 
BIT  PF_FAILED 
BIT  HPROX 
BIT  VPROI 
BIT  BCSOEF 
BIT  FOCI 
BIT  GOTST 
BJT  BIITLOOP 
BIT  DOREBOTH 
BIT  FORES 
BIT  FILTFAIL 
BIT  SOTHREAT 
EHDSTBBCTOR  E; 


Cianeavering  target  detected? 

<pref ilterlng  failed? 
horizontal  proxiaity  detected? 

Cvertical  proxiaity  detected? 

<pair  under  ATARS  control  only? 

<no  controller  alert  needed? 

<go  to  aanenvering  target  threat  logic? 
<jaap  oat  of  loop? 

<both  aircraft  in  pair  processed  in  HTT? 
<no  R A  needed  for  this  pair? 

<inhibit  RA  dne  to  vertical  divergence? 
<no  T»  needed  for  this  pair? 


DETECT  TASK  LOCAL  VARIABLES 
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<•••  HISCBLL1REOOS  T1BI1BLES  *•*> 


stboctorf  hiscvbl 
GBOOP  local 

FLT  HI  <x  coaponent  of  range  between  AC  (nai)> 

FLT  RT  <y  coaponent  of  range  between  1C  (nal) > 

FIT  HZ  <altltnde  separation  of  two  1C  (ft)  > 

FIT  B  <horizontal  range  between  two  1C  (nai)> 

FIT  THTBO  <tao  true,  unaodified  (no  DSQ)  horizontal  tan  (s)  > 

FIT  TRX  <closing  x  welocity  (nal/s) > 

FIT  WRY  <closlng  y  welocity  (nai/s)  > 

FIT  WBZ  <closing  z  welocity  (ft/s)> 

FIT  VPZA  <altltude  conwerglng  (negatiwe)  ,  ciwerging  rate  (ft/s)> 

FIT  TLA  <aaxialua  prediction  tiae  used  in  Detect  (s) > 

FLT  cos  12  <cosine  of  angle  between  1C  welocity  wectors> 

FLT  TH  <wertical  diwergence  prediction  tiae  used  (s)  > 

FLT  TZ 1  <predicted  altitude  of  1C1  after  TH  seconds  (ft)> 

FLT  TZ2  <predicted  altitude  of  1C2  after  TH  seconds  (ft)> 

FLT  TVHD  <predicted  wertical  separation  of  1C  after  TH  seconds  (ft) > 

FLT  AH  <horizontal  iaaediate  coaaand  set  prediction  tiae  threshold  (s)  > 

<wertical  iaaediate  coaaand  set  prediction  tiae  threshold  (s) > 

FLT  VH2  <closing  welocity  sgnared,  (nai/s)  **2> 

FLT  BST  <range  threshold  to  deteraine  proxiaity  adwisory  (nai*»  2)> 

FLT  RD  <closing  range  rate  in  BCA5  inhibit  logic  (nai/s)  > 

FLT  BDTl  <closing  range  rate  in  BC1S  inhibit  logic  <nai/s)> 

riT  DSQ  <range  aodification  used  in  calculation  of  tb,  nai/(s*«2)> 

FLT  1  <altitude  separation  of  1C  in  BC1S  inhibit  logic  (ft)> 

FLT  1D0T  <altitude  closing  rate  used  in  BC1S  inhibit  logic  (ft/s)> 

zu  BITS  <crosa  product  of  position  wector  connecting  1C  S  a  welocity  wector> 

FLT  SIBB2  <sine  of  angle  between  a  welocity  wector  and  position  wector> 

FLT  RDTFHP  <closing  range  rate  in  BCAS  inhibit  logic  (nai/s)  > 

FLT  TADS  <aodlfied  tine  to  alniaua  separation  in  BCis  inhibit  logic  (s)> 

FLT  TBTBO  Cunaodified  tiae  to  alniaua  separation  in  BCAS  inhibitlogic  (s) > 

matttcni; 

-  DETECT  TASK  LOClt  TARIIBIES  - 
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TASK  DETECT 


IS  (Potential  conflict  pair  with  state  rectors  and  conflict  tables) 

OPT  (Encounter  list  entry) ; 

<This  task  detersines  if  traffic,  threat  or  resolution  advisories  are  reqnired> 

Beserve  space  tor  possible  ELEBTBT  structure; 

If  (either  AC  is  non-sode  C) ; 

THBH  PEBfQBH  eissing_altitude_traf f ic_advisory; 

ELSE  PEBfQBH  variable_initialization ; 

If  (one  AC  BCAS  equipped  AMD  other  AC  ATCBBS  equipped)  ; 

THEH  PEBfQBH  BCAS_inhibit_algorithe; 

PEBFQBH  AC_converging_or_proxi«ate_deternination;  <pref iltering> 

IP  (pair  passed  prefiltering) ; 

THEH  PEBfQBH  nu*ber_of_additional_AC_in_conf lict_detersination; 
CALL  HISIHOH_APPHOACH_DISTABCE_PHBDICTIO!I; 

PEBfQBH  paraseter_selection;  <detereine  protection 
envelopes  and  tise  thresholds  for  alerts> 

If  (at  least  one  AC  controlled) ; 

THE!  PEBfQBH  controller_alert_detereination ; 

If  (at  least  one  AC  eqdipped  A  HD  both  AC  not  in  final 
approach  zone) ; 

TBBH  PEBfQBH  threat_advisory_detersination; 

PEBfQBH  re soluti on_ad visor y_detereinat ion; 

IF  (at  least  one  AC  equipped) ; 

THEE  PEBfQBH  proxisity_advisory_detersination ; 

PEBFQBH  saneurering_threat_logic; 

PEBfQBH  succeed in g_pr ocess ing_f lag_deter einati on ; 

If  (any  further  ATABS  processing  requirsd) 

T8SB  PgBfOBH  uninitialized_variable_coeputation; 

Store  SLEHTBT  in  Encounter  List; 

ELSE  Belease  ELEBTBT  space; 

EH?  DETECT: 


DETECT  TASK  HIGH-LEVEL  LOGIC 


4  HttCBttNQ  PAG*  BUNK-MOT  FlUttD 


a-pis 


TLSE  DETECT 

IE  (SFECT1,  STECT2 ,  CSCBEEE,  conflict  tables  and  pair  rscs  (if  any)) 

OPT  (encounter  list  entry  eith  flags  set)  ; 
allocate  EIEETRT; 

II  (STECT1. BCFLG  12  SF1I.SE  21  STECT2 .  BCFLG  12  SF1LSB) 

THEE  PEBFOBB  ■issing_altitode_traffic_adTisory : 

ELSE  PEBrOBH  Tariable_initialization ; 

IZ  ( (STSCT1.  1TSBQ  J2  *»BS0  2i  STECT2.  ITS  BO  12  S1BBQ) 

IBP  (STECT1.TTPE  12  ShTCBBS  OJ  STECT2.TTPB  12  J1TCBBS)) 

THEM  PEBFOBB  BCas_inhibit_algorithn: 

PEBFOBB  lC_conTerging_or_proxisate_deternination; 

II  (PF_F»ILED  »  JF1LSE) 

THEH  PEBFOBB  nasber_of_additional_aC_in_conf lict_detemination; 
C1LL  BIHIBPB_1PPF01CB_DIST1BCE_P8EDICTI0B 
II  (YBX.TBT) 

OPT  (ELEBTBI.  BD2)  ; 

PEBFOBB  paraseter_selection; 

II  (PBCOBT  11  SBOCOBT) 

theb  PEBFOBB  controller_alert_detersination; 

II  (  (PBEQ  H  EEOEQ)  HI 

(Sf ECT1. PRZ  -  SFaZO  412  STECT2.FaZ  »  SFaZOI) 

THEB  PERFORM  threat _adTisory_detersination; 

PEBFOBB  resolotlon_adTlsory_detersinatlon; 


II  (PBEQ  11  SHOEQ) 

THEB  PEBFOBB  proxisity_adTisory_detersination; 
PEBFOBB  eaneaTering_threat_logic; 

PEBFOBB  sacceeding_processing_f lag_detersination ; 

IF  (any  of  GBOPP  RLEHTBT.  processing_required  U  JPatSE) 

•*HBH  PEBFOBB  an initialized_Tariable_cospu tation ; 

link  ELSHTRT  to  Sncoanter  List; 

ELSE  Deallocate  BLEBTBT; 


U2  DETECT; 


DETECT  TBSK  LOE-lETEl  LOGIC 
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°BQCES5  missing_altitode_traff ic_ad»isor»: 

<Sixen  po*ential  conflict  pair  with  one  or  both  *C  lacking 
altitude  information,  this  process  deternines  if  proximity  advisory  is  needed. 
!t.B.  all  thresholds  are  not  dependent  on  area  types  or 
controller  alert  state> 

Clear  encounter  list  entry  flags;  <fnturm  processing  aod  Detect  flags> 
Calculate  range  betmeen  DC: 

If  (range  minimum  range) 

rgfjj  declare  proximity  adTlsory  is  necessarx; 

SLgf  compute  seoaration  assuming  HC  aaneuxer  towards  one 
another  for  30  seconds  (tlosq)  ; 

I*  (current  range  1?  seoaration  aporoxiaation) 

TP gw  declare  proximity  adxlsory  is  necessary; 
ft  SB  calculate  time  to  closest  horizontal  approach  (th) , 
minimum  horizontal  miss  distance  (md2) ; 

(th  iS  threshold  jyiD  md2  IT  threshold) 
fHBW  declare  proximity  adxisory  is  necessary; 

TWO  sissing_altitude_‘ raf fic_adxisory ; 


DITTC*  "ISR  BIGH-LSTgL  1051 C 
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PROCESS  niasing_altitnde_traff ic_adTisory; 

<Giren  potential  conflict  pair  »ith  on*  or  both  AC  lacking 
altitnda  intonation,  deteraines  if  proziaity  adviaory  is  naadad. 
H.B.,  all  thraaholda  ara  not  dapandent  on  araa  types  or 
controller  alert  atata> 


SUM  GROPP  BLEHTBT. flags; 

CL  El  8  GBOOP  BLSHTRY. processing_raqnired; 

PX  ■  STECT2.X  -  SVECT1 .  X; 

BT  «  STSCT2.Y  -  STECT1.Y; 

SLEHTRY . R AHGE2  »  BX*BI  ♦  8I*RY ; 

I£  (ELEBTBT . 31RGE2  B1TAP1HH. R2H1) 

THEB  SET  PtIPIG; 

ELSE  HST  -  2*R1T1P1RH. TSEPSQ*  (SYBCT1.  YSQ  ♦  S7ECT2.YSQ)  ; 

U  (ELEBTBT.  HAHGE2  RST)  ; 

THEB  SET  PHIPLG; 

E1SE  TBX  -  STECT2.  XD  -  SYBCT1 .  XD; 

TBI  »  SYECT2.YD  -  STBCT1.TD; 

ELEBTBT.  DOT  -  (BX  *  TRX)  ♦  (HI  *  TBI); 

DSQ  »  DETPAHH. BDETt (DBTPARH. ADET* ( STECT1 . TSQ*5TECT2.  YSQ)  ) ; 
BLEHTBT.  TH  *  -  (BLEHTBT.  BABGE2  -  D5Q)  /  ELEBTBT.  DOT; 

CALL  HIHIHUB_APPBOACH_DISTABCB_PHBDICTIOB 
U  (TBI,  TBI) 

221  (ELEBTBT. BD2)  ; 

a  ( (ELEBTBT. TH  JJ  BATAPABH. TEBA)  ABD 

(ELEBTBT.  BD2  a  BATAPARH.  HD2BA)  ) 

THEB  SET  PIIPlG; 


EBP  alaaing_altitnda_traf fic_adTlsory ; 


DETECT  TASK  LOB-LETEl  LOGIC  — 
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PgQCBSS  Tarlahle_inilializatlon; 

<?erforss  preliminary  convergence  calculations  and  initializes  variables! 

Clear  encounter  list  en‘rv: 

Indicate  that  (encounter  area  type, 

■iss  distance, 
horizontal  ’•an, 

vertical  Tan)  ara  unini*ial ized; 

Indicate  that  resolution  advisory  dec  Taa  thresholds  are  uninitialized: 

Compute  (vertical  separation, 
convergence  rate, 
range)  : 

Petersine  equipage  and  con*rol  status; 

SUP  variable_initiallzalion; 


OBfPCT  "ASK  dIGH-tBTTt  IOGIC 
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PROCESS  »ar labla_inltializat Ion; 

Sal  GEOOP  ElERTRT.  flags; 

CLUE  GBOOP  ELRBTHY.  proc«*«ing_raqalradj 

ElERTRT. ES»T  »  S0DXT; 

EtEBTRI.BD2  «  JTJD8D; 

EIEBTRY.TH  ■  RODTXO; 

ElERTRT. TV  *  SODTXO; 

SXYBL.TCRDH  »  SODTiO; 

RBVBL.TCSDV  -  SODTXO; 

RZ  «  SVECT2.Z  -  STECT1. Z; 

ELERTRT.  XLT  »  IBS  (HZ); 

HE  =  SVECT2.  X  -  SVECT1 . X; 

ST  =«  STECT2.T  -  SVECT1.Y; 

VBX  *  SVECT2.XD  -  STECT1.XD; 

THT  *  STECT2.TD  -  STECT1.TD; 

ELE8TBT.  DOT  «  (RX  *  VRX)  t  (RT  •  THT); 

ELERTRT.  R1RGE2  *  SX**2  ♦  RY»»2; 

B  «  SQRT (RABGE2) ! 

CELL  XIRCRXFT_PXIR_BQOIPBERT_XSD_COBTROL_STITE_DBTEBBIBITIOB 
U  (STECT1,  STECT2) 

OPT  (PRCOBT, PBEO) ; 


EBP  Tariable_ini*-lali*ation; 


DETECT  TXSK  LOt-LEVBl  LOGIC 
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pnoctss  8C»s_lnhibit_algoritha: 

<Deteralne*  If  BCH  threat  logic  shoald  be  Inhibited  for  thle  ptlr> 

If  (BCiS  sensitivity  level  22  2)  <ie  BC1S  operating?) 

XUS  X*  (this  site  is  prlsary  for  BC1S  »C) 

TBBB  PBBfOiB  BC»S_threet._loglc; 

ELSE  ?gpfO»H  BC»S_resolBtion_4etersination_logie: 

fBP  BC»S_lnhibit_algorlths; 


OS^BCT  TUSK  BIOH-lEVBt  108IC 
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PBOCESS  BCBS_lnhlblt_algorlthn; 

<Datarainaa  If  BCBS  ahonld  ba  lnhlbitad  for  thia  palr> 

IX  {STBCTI. 1TSEQ  SjJ  Si  ESQ) 

mi  SSL  ■  stbcti.  SCI  SSL:  <  SSL  la  aaad  to  rafaranea  Tabla  8-l> 

PBIH  -  STBCTI. PST1T; 

ELSE  SSL  •  STECT2. BC1SSL; 

PBIH  »  STBCT2. PSTXTi 
II  (SSL  21  2) 

THEB  H  (PBIH  12  *TBOt) 

THBH  PBBPQBH  BCXS_thraat_loglc i 

ELSE  PBBPQBH  BClS_raaolntion..datar ainatlonjloglc ; 

HU;  <do  nothing  aa  BC13  not  oparating> 

EBP  BClS_inhibit_algoritha; 


DETECT  TISR  LOB-LBTSl  LOGIC 
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Q30C8SS  AC_converging_or_proxi»ate_deter«inat ion: 

<Serv»s  as  a  prefilter  -  if  AC  ars  diverging  or  not  near  one 
another  then  no  CA,  RA,  TA  tan  testing  Is  perfomed> 

If  (the  aircraft  are  diverging! 

T353  prefiltering  failed; 

BIS?  aodifT  slight lr  diverging  AC  to  slovlv  convergino,  if  necessary 
2I1ZMS  tan_calcalat ion; 

TP  (horirontal  Tan  22  coarse-screen  lookahead! 

THRU  IP  (current  range  £B  ia»edia*e  range  *hreshold) 

THBB  prefiltering  failed; 

TP  (oref iltering  hasn't  failed  vet) 

TURK  IP  (vertical  Tan  JB  coarse-screen  lookahead! 

1311  13  (current  altitude  separation  21  iseediat 
altitude  threshold) 

2313  prefiltering  failed; 

pro  AC_con verging_or_proTinate_deteralnation; 


DRTPC*  VASR  HTSH-LBVPl  LOGIC 
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PROCESS  AC_c on »e rgi ng_or_p ro xia at e_deter»i nation; 

CLBAB  PP_PAILED; 

If  (ELERTRY.  DOT  51  DETPARH.  DOTTH) 

THEM  SET  PP_PAILED; 

ELSE  If  (ELERTRY.  DOT  U  -  DETPARH.  DOTTH) 

ta.es : 

ELSE  ELENTRY.  DOT  =  -DETPARH . DOTTH ; 

PERPORH  tan_calculation; 

If  (PRCOHT  E5  SROCOHT) 

THER  TLA  »  CSCRERH.TLI; 

ELSE  TLA  »  CSCREER.TLY; 

IP  (ELERTBY.TH  Sf  TLA) 

THES  If  (EL  ENTRY.  RAHGE2  ££  DETPARH.  RDBT) 

THEB  SET  PF_P AILED; 

If  (PP_PAILED  RE  STBUE) 

THEH  If  (ELERTRY. TY  5f  TLA) 

I 

THEM  If  (ELERTRY .  ALT  Sf  DETPARH  .  APDET) 
THER  SET  PP_PAILED; 

I 

ERD  Ac_con»erging_or_proxiiate_a«ter«ination; 

| 


i 
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°SOCESS  n  aiber_of_addlf Iona l_AC_in _conf 1 let _4eterainat ion: 

<De*-eraines  paraaeter  BUlT  shich  la  used  as  an  lnder  Id  look-op 
‘ables  for  DETECT  thresholds  > 

I?  (neither  AC  la  in  a  conflict  table) 

THE  set  aoltipliclts  to  2: 

glSEI*  (onl*  one  AC  la  in  a  conflict  fable) 

UES  set  aoltipiicifT  to  nonber  of  AC  in  fable  (EAC)  ♦  1; 

ELSETf  (both  aircraft  are  in  the  aaae  conflict  table) 

ISIS  set  aultiplicits  to  EAC; 

OTBEPEI SB  <aircraft  in  different  tables> 

set  naif iollcltr  to  EAC(ACl)  ♦  HAC(AC2); 

*ED  nu*ber_of_addit Iona l_AC_in_conflict_deter»i nation ; 


DETECT  TASK  BTSH-LETBt  tOSIC 
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PROCESS  nu»ber_of_addit ional_AC_in_con fllct_d at er si nation 


IF  (S7SCT1.CTPTS  =  ROLL  ARD  S7ECT2.  CTPTS  »  ROLL) 
THEM  MOLT  =  2; 

ELSEIE  (S7ECT1 . CTPTR  «  ROLL  25  S7ECT2.CTPTR  *  ROLL) 
THEM  access  conflict  table; 

BOLT  =  CTHEAD.RAC  ♦  1; 

ELSEIP  (SVECT1. CTPTR  E£  S7ECT2 .  CTPTB) 

THEM  BOLT  =  CTHEAD.  RAC; 

OTHERBI SE  <aircraft  in  different  tables> 

BOLT  =  CTHEAD.  HAC(ACI)  ♦  CTBEAD.  R  AC  (  AC2)  ; 

EBP  nuaber_of_additional_AC_in_conf lict_deter«ination; 


DETECT  TASK  LOR-LE7BL  LOGIC  - 
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"ROCSSS  para«e*er_select ion ; 


<Deieraines  (1)  the  protection  envelope, 

(2)  the  oredlcted  ainlana  miss  distance  threshold 

(3)  the  tise  to  eininae  approach  threshold  for  Sft,  Tft,  c». 
In  general  an  alert  is  given  if  the  ftC  violate  the  protection 
envelope,  ie.  are  proxi»a*e,  or,  ‘he  tiee  to  einiene  approach 

is  short  and  the  closes*  approach  is  ssall,  ie.  pass  tan  checlts> 


If  (at  least  one  ftC  is  controlled) 

"HER  Chit  "*::Otn)?»R_RREft_TT??_DETSRni’lhTIOR; 

CftLl  ThO_h»0_PPOXIHITT_THR!SHOtD_D*TBRBIII»TrOS: 
< select  paraaeters  nsed  to  decide  if  R ft ,  Tft,  Cft  needed> 


SI. SRI*  (at  leas*  one  aircraft  is  equipped) 

TERR  CHL  ERCOOfITRR_ftRSft_TT«>!_DBtSRBrRftTIO!l: 

12  (both  *C  are  in  a  final  approach  zone) 

2£22;  <no  °ft  or  Tft  given  in  »»z,  so  don't  get  these  thresholds) 
ELSE  CfttL  TftO_ftNO_PROTiniTT_THRESHOlD_OSTERBISftTTO!l: 


522  paraaeter_selection; 


DETECT  TftSK  RIGB-IETSL  tOGIC 
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PROCESS  para«eter_selection; 

II  (PBCOHT  HE  JHOCOHT) 

T8EB  CALI  B8COOHTEB_ABEA_TTPB_DETBBBIHATIOM 
UJ  (STECT1,  STECT2) 

OPT  (ELESTBY.  EE  AT,  IHPAZ)  *. 

CILt  TAO_AHD_PHOXIHITY_THBESHOLD_DBTE?BIBATIOH  <set  parameters) 
IB  (EHAT,  HOLT,  PBEQ,  PBCOHT) 

IHOOT  (VBZA)  ; 

ILSEIP  (PBEQ  ME  SHOEQ) 

THEM  CALL  EMCOOHTEB_ABEA_TTPE_OETEBHIHATIOH 
JJI  (SYECT1.  S  VBCT2) 

OPT  (ELEHTBT.ES AT,  IBPAZ)  5 

IP  (  (SVECT1  .  FAZ  JIB  JPAZO)  AMD  (SVECT2. FAT  HE  S FATO)  ) 

TE|EH:  <  don't  set  parameters  > 

ELSE  CALL  TAO_AHD_PBOXIRITT_TBRBSHOLD_DETEBHIHATIOH 
UJ  (ERAT,  BOLT,  PBEQ,  PRCOHT) 

IHOOT  (TRTA)  ; 


FBD  paraoete r_se!ection ; 


DETECT  TASK  LOH-lETEt  LOGIC 
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whocBSB  controll*r_*l*rt_d*t*r*lna‘ion: 

I»  (neither  1C  r*qnlr*a  a  controller  alert) 

THEM :  <  for*go  contollar  al*rt  processing  > 

BIBBIf  (both  1C  In  gild*  *lop«)  <  Bon*  2  > 

THEM  IT  ((rang*  IX  alnlana  rang*  in  Bon*  2)  HP 

(wertlcal  aaoaration  U  alnlana  a*p*ra»lon  In  Bon*  2)) 

TB8B  a2(cma,  xcifts) : 

IUI  no  alert  necessary; 

OTHERWISE  li  (1C  ar*  cloa*  In  horizontal  dla*nalon) 

TBBB  Indicate  horizontal  nroxlaltw; 

»tSBl»  (ic  «lll  b*  at  alnlana  separation  soon) 

XBSfi:  <  ci  atlll  a  ooeaibllltr  > 

othbfwi3»  fall*!  borltontal  tests: 

IX  (1C  pair  within  wertlcal  Cl  wlolatlon  *nT*loo*j 
tbbb  lndlcat*  wertlcal  prozlal*r? 
eisei*  (ic  will  b*  coaltitnd*  aoon) 

TBBB:  <  Cl  atlll  poaalbl*  > 

OTHERWISE  failed  w*rtlcal  »**♦.*; 

If  (predicted  alnlana  separation  (HD 2)  ontsld* 
borltontal  protection  enwelope) 

•'‘HBB  fail*!  alas  dlatanc*  test; 

IX  (all  teats  pass*!) 

TBBB  BBT  C1FLS; 

IX  (horizontal  prozlaity  IB?  w*rtlcal  proxialtw) 

T3SB  SB*  IC1FL3 ;  <  n**d  Cl  this  scan  > 

BISBTf  (*lth*r  ic  tnrnlng) 

XfiXX  Cltt  lC_PlBUlBl_0f*5fT_TPBBIH0_0BTBWHIBlTI0B: 

IX  (AC  parallel,  offset  and  tnrnlng  towards  on*  anotb*r> 

"■hbb  siccing,  icifia) : 

EBP  con troll*r_al*rt_d*t*rnl nation; 

- - - -  DETECT  T1SB  HI8H-tB?SL  103IC  - 
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iaasiu  con  *  roll er_alert_deterainat ion ; 

flat  (HOC*,  BPBOX,  TPBOX); 

XI  (STBCT1 . CABEQ  -  (FALSE  UP  STECT2.CABEQ  ■  BFALSE) 

THEM;  <  forego  controller  alerts  > 

ima  (IBFAE2  -  STBOE) 

THEE  XI  ( (ELSBTST. 8AB0E2  JJ  CAP1HB.IRC0B2)  IMP 
(ELEBTBT.  ALT  XI  CAPABB.  ZAPCOB)  ) 

THEM  XXX (ELEBT1T • CAPLG ,  SLEBTRT.  ICAPLO) ; 

ELSE: 

OTHEBtlSE  XI  (ELEBTBT.  BAB0B2  XI  CATBL.  BC0B2) 

THEM  SET  BPBOX; 

ELSBIP  (ELEBTBT .  TB  XI  CATBL.  TCOB8) 

tbeb:  <  Cl  still  a  possibility  > 

QTBEBBISE  XXX  BOCA; 

XI  (ELEBTBT.  AIT  XI  CAVB1.APC08) 

THEE  SET  TPBOX; 

ELSBIP  (ELEBTBT.  TT  XX  0  XU  ELEBTBT.  TT  XI  CATBL.  TCOBT) 

TBEB;  <  CA  still  possible  > 

QTBEBBISE  XU  >OC»! 

XI  (ELEBTBT.  BD2  SX  CATBL.  BDCOB2) 

TBEB  SET  BOCAJ 

IX  (BOCA  ■  SPALSE) 

TBEB  SET  ELEBTBT.  CAPLO; 

XI  (BPBOX  XS  BTB01  1X2  TPBOX  Xfl  STBOE) 

TBEB  SET  ELEBTBT. ICAPLO;  <  need  CA  right  a«ay  > 

ELSEIP  (STECT1.TOBB  U  SSTBAISBT  Sit  STECT2.T0BB  XX  SSTBAIOBT) 
TBEB  CALL  AC_PABALLEL_0PPSBT_T0BBIBQ_DETEBBIH1TI0B 
XI  OBOOP  BTPABB.cstr.thresholds) 

OPT  (BT_DBTBCTEP)  ; 

XI  <BTJ>ETBCTED  ■  STBOE) 

TBBB  XIX  (ELEBTBT.  CAPLO,  ELEBTBT.  ICAPLO)  ; 
xix  controller_alert_deteraination; 

-  dbtect  TASK  LOW-LETBL  LOOtC  - 
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PROCESS  *  hr  eat_advisory_de*er  si  nation; 

<Sets  PPSPIS  and  rPIFtS  to  Indicate  a  threat  aessage  is  required) 

If  (at  least  one  aC  is  uncontrolled  and  egnipped) 

tree  can  THRfaT_Tao_a!io_P80xisiTT_coBpaBisoss: 

<  routine  to  deteraine  threat  advisory  need  > 

I*  (at  least  one  ac  is  controlled  and  equipped) 

THBB  can  ?HRfaT_T10_ailD_PROXT!JI?T_CONPaBISO!IS; 

<  routine  to  deteraine  threat  advisorv  need  > 

<If  ac  pair  is  uncontrolled/controlled  then  THRf aT_Tao_aBD 
_PPOTI"tTT_COHPaHISOHS  is  called  twice  (once  for  each  RC) 
with  differen*  Ta  thresholds  for  each  call.  If  both  ac 
controlled  or  both  1C  uncontrolled  TSPBaT_TaO_aHD_P80XIBXTT 
-Comparisons  is  called  once> 

PJ2  threat_adTisory_deteralnatlon; 


DETECT  laSK  HIOH-lETEl  10GIC 
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PROCESS  threat_advisory_doteraination 


ir  (  (SYECT1 ,  CORC  Efl  J8II.SE  15£  SYBCT1.  iTSEQ  JJ  OBEQ)  21 
(SYBCT2. COBC  52  JflLSE  15j>  STBCT2.  ITSEQ  J5  OBEQ)  ) 

THEB  CiLl  THBEiT_TiO_lBD_PBOXIBITY_COBPiBISOBS 

<  routine  to  dotoraino  throat  advisory  naad  > 


IB  (GBOOP  TiTBL.  anc_throsholds) 
OPT  (ELEBTBT.  PPWPLG)  ; 


li  ( (SVECT1.C0RC  52  JTBOE  152  STECT1. iTSEQ  55  OBEQ)  21 
(SYBCT2.C0BC  E2  JTBOE  IBD  SYECT2- iTSEQ  55  OBEQ)) 

THEB  CiLL  THBElT_TlO_lBD_PBOXIBITY_COBPlBISOBS 

<  rootina  to  dotoraino  throat  advisory  nood  > 
15  IGBOOP  TITBL.  ctl_throsholds) 

OPT  (ELEBTBT.  PPIPLG)  ; 


EBP  threat_advisory_deteraina*.ion ; 


DETECT  TiSB  LOW- LET  EL  LOGIC 
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M2£HS  lution_ad visor v_deteraina  t ion ; 

<Sats  CHDFLG  to  indicate  RA  required,  and  if  RA  needed  by  controlled 
AC,  also,  sets  I*RFLG> 

IF  (ttireat  advlsorv  required  for  uncontrolled  AC)  <  FRSFLG  > 

-SI3  "All  RFSOUJ?IOH_TAa_ARD_?PO*TSITT_COfl?ARISOBS; 

<  routine  to  deternine  resolution  advlsorv  need,  sets  CRDFLG  > 

IT  (‘hrea*  advisory  required  for  controlled  AC)  <  FPIFLG  > 

I3S1  CA1L  P»SOLGTIO>l_TAO_AST)_PROJ:iSITT_CO!!PARISO*S: 

<  rontine  to  deternine  resolution  advisory  need,  sets  TFPFLG  > 
IF  (bo*h  AC  controlled) 

CHPFLG  =  IFPFLG; 

<If  AC  oair  is  uncontrolled/controlled  then  RESOLOTIOR_’l>Aa_ARD 
_«I’3TT!nTT_C0n?»RIS0'ts  is  called  twice  (once  for  each  AC) 
wi^h  different  pa  thresholds  for  each  call.  If  bo*h  AC 
controlled  or  both  AC  uncontrolled  R2SOLBTION_?AO_AND_?ROTIHITY 
_'n’1°A”TSCiRS  is  called  once> 

" i:  -esolut ion_adt isorv_deternination ; 


0E"»CT  TASK  HI3H-LFTRL  LOGIC 
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PROCESS  resolutlon_advisory_detersination; 


II  (ELEHTBT. PPHTLS  -  STBPB) 

theh  cm  besolotioh_tid_xhd_proiihity_cohpibisohs 

<  routine  to  deteraine  rasolatlon  advisory  oaad  > 

U  (GBOOP  RXTBL.unc  .thresholds) 

OPT  (Blehtht.cedplg)  : 

i£  ( ELEHTRY. EPIFLG  «  STRPE) 

THEM  ChlL  RESOLOTIOH.TXP.XHD.PROXIHITT.COHPXBISOHS 

<  routine  to  dataralne  resolution  advisory  need  > 

IS  (GROUP  RXTBl.ctl.thresholds) 

OPT  (ELEHTRY.  IFBFLG)  ; 

IF  (both  XC  controlled) 

TUBE  ELEHTBT. CHDPLG  «  ELEHTBT. IPRFLG; 

EHP  resolution.advisory.deteraination ; 


DETECT  TISR  LOI-LETEl  LOGIC 


°POC?SS  proximiiy_advisory_deteralnation: 

<Se*s  PBITig  to  Indicate  that  a  proximity  message  is  needed> 

I»  (vertical  separation  22  proxlaity  threshold) 

2222;  <  proxlaity  advisory  not  needed  > 

2LS2I *  (range  IT  ainiaua  range) 

I3Z3  S2T  pei'LS:  <  need  proximity  advisory  > 

OTHypeiS1*  coapnte  separation  after  tine  TtosQ; 

12  (range  IT  coapnted  separation) 

TH22  S2T  patrts: 

*20  proxisit v_advisorv_de termination : 


02T2CT  TASK  SI8B-L2T2L  10SIC 
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PB0C8SS  proxiaity_adTisory_deterainatlon; 

u  (ELSBTBT.  4LT  21  PBPBBB.TP1) 

TREE t  <  proxiaity  adrisory  not  needed  > 

BISBIP  (ELEBTBY.81BGB2  U  P»P»BB. 8PBIB) 

THEB  SET  ELEBTHY. PBIEIG;  <  datinltaly  nead  one  > 

0T8EB8ISE  BST  «  2  *  P1P&BB.TLPSQ  •  (SYECT1.YSQ  ♦  SVECT2.  VSQ)  ; 
li  (El  ENTBY.  B1BGE2  U  BST) 

TBEH  SET  S1EST8T. PBIPIG; 

EBP  proxiaity_adxisory_deter Bination j 


DETECT  T4SK  tOB-tETEL  LOGIC 
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PBOCBS*  aanenverinq_threat_toglc; 

<Followlng  tests  seed  oat  situations  that  So  not  Involve 
a  saneuverlng  target  threat > 

It  (lssediate  alare  already  deterslued)  <  HTTFLQ  > 
im  ;  <  no  need  to  perfors  thie  logic  > 

BtStl*  (neither  XC  le  torning) 

1 251  :  <  no  eaneuverlng  XC  involved  > 

BLSBI»  (XC  diverging  at  a  sufficiently  fast  rate) 

THBB;  <  no  threat  eanenver  exists  > 

ELSEI*  (proxieity  advisory  not  already  given)  <  PSIFLG  > 

ZUS:  <  not  close  eaoagh  to  be  concerned  aboat  eaneuverlng  XC> 

TLSEI?:  (both  XC  have  bean  deterslned  to  be  In  a  final  approach  tone) 
xaa«  <  do  not  test  as  BX  not  given  In  final  approach  tone  > 

OTHEBBISE  CHI  XC_»XSXLtEL_OPFS*T  J''OHSTBG_DBTBVHISXTIOB;  <aanaever  target> 

It  (sanenverlng  target  threat  detected) 

THFB  SET  BVTFLG ; 

It  (encounter  area  type  Is  unlnltlallied) 

tHBB  CXIL  EBC00HTBE_XBBX_TToE_DET EBHTBXTIOH; 

It  (both  XC  In  final  approach  tones) 

THE!)  CLBXB  HTTFL3; 

BLSBIf  (at  least  one  XC  Is  controlled  and  equipped) 
THBB  5BT  fCHDFLG,  FPIFLO,  IFFFLG)  : 

BLSBIF  (at  least  one  XC  is  uncontrolled  and  equipped) 
THBB  SET  (CHDFL3,  FPIFLG)  J 


JIB  saneuverlng_threat_loglc; 


-  DETECT  TX3K  BI8H-LBTBL  LOGIC 
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PROCESS  •«n*aT*rlng_thr«*t_logic; 

II  (ELEHTRT. HTTPLG  -  STBOB) 

mi  5 

mill  (STBCT1.T08H  ■  SSTHAIGHT  Hfl  STBCT2.TDHB  ■  SSTRAIGHT) 

THBB: 

mill  (BLEHTBT.  DOT  flj  DSTPAHH .  BOTTH) 

nil; 

ELSBIP  (ELEHTRT.  PIIPLG  -  SPALSB) 

THBB: 

ELSBIP  ( (STECT1.  FAZ  Sfl  SPA21  21  S7BCT1.PAZ  J2  SFAZ2)  LSfi 
(STECT2.FA2  12  SPAZ1  21  STBCT2.FAZ  12  SPAZ2)  ) 

THBH; 

OTHERHISB  CALI  AC_PARALLEL_OFFSET_TORHIRG_DETERHH ATIOH 
II  (GRODP  HTPARH.gnl_*hr®sholds) 

OPT  (HT_DBTECTED)  ; 

II  (UNDETECTED  «  STHDE) 

THBB  SET  ELEHTRT.  HTTPLG ; 

II  (BLEHTBT.  BEAT  ■  SDDAT) 

THBH  CALL  BHCODHTEB_ARBA_TTPE_DBTBBHIHATIOH ; 

II  (  (57ECT1 .  PAZ  II  SFAZO)  (S7ECT2.  FAZ  H  JFAZO)  ) 

THBH  CLBAH  ELEHTRT. HTTPLG ; 

ELSBIP  (  (S7BCT1 . COHC  12  STBDB  S7ECT1. ATSBQ  H  SDHEQ) 

01  (S  VECT2.C0HC  12  STBUE  HJJ  STECT2.  ATSBQ  H  SDHEQ) ) 

THBH  SBT  (BLEHTBT. CHDPLG,  BLBHTRT. PPIPLG, 

BLBHTBT . IPBPLG)  ; 

ELSBIP  ( (S78CT1.C0HC  12  SPALSB  HE  S7BCT1.  ATSBQ  II  SOHBQ) 

21  (S7ECT2. CDHC  12  SPALSB  HE  S7BCT2.  ATSBQ  II  SDHEQ)) 

THBH  SBT  (BLEHTBT. CHDPLG,  BLBHTBT. PPHPLG) ; 


BHD  «an«a7«ting_thr*»t_Iogic; 


DETECT  TASK  LOB-LET  EL  LOGIC 


PROCSSS  succeeding_processing_f lag_de here inat ion : 


'ST 


<Giaen  Defect  output  flags  and  conflict  table  (if  it 
exists) ,  determines  future  processing  for  this  pair> 

1?  (proximity  adaisory  OR  threat  adaisory  needed) 

TH!H  mark  encounter  entry  for  Traffic  adaisory  processing; 

I"  (resolution  adaisory  declared) 

12.12  nark  encounter  entry  for  Haster  uesolufion  orocessinq; 

IP  (controller  alert  declared) 

2222  "art  encounter  entry  for  controller  alert  preale*  processing; 
J.3  (conflict  pair  record  exists  and  no  resolution  adaisory  declared) 
rsfjj  mark  encountor  entry  for  resolution  deletion  processing; 

T*  '9CkS  inhibit  has  been  declared) 

2222  uart  encoun*er  en*ra  for  BCkS  inhibit; 

'incceedin  g_orocessing_f  lag_deter*ination; 


OfTFCT  f»SK  HIGH- IE7»L  LOGIC 
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PROCESS  succeeding_processing_f lag_deterainat ion: 

<Given  Detect  outpat  flags  and  conflict  table  (if  it 
exists)  ,  detecaines  future  processing  for  this  pair> 

H  (PNIFLG  £5  STBOE  OR  FPI FLG  Eg  STRDE  2S  FPNFLG  £5  STBOE) 
THEE  SET  EtESTFT.  T18EQ: 

I?  (CHDFLG  EQ  ST80E) 

THEN  SET  ELENTRT. RAREQ) ; 

IF  (CAFLS  E^  STBOE) 

THEN  SET  ELENTRT. CNAHEQ) : 

IF  (conflict  pair  record  exists  AND  CHDF1G  E£  SFALSE) 

THEN  SET  ELENTRT.  BDBEQ)  ; 

IF  ( BCSOFF  E5  STBOE) 

THEN  SET  EtENTRT.  BOFF8EQ)  : 

END  succeed ing_?rocessing_f lag_de termination; 


DETECT  TASK  LON-LETBL  LOGIC 
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PSOCESS  ualnibialized_variable_coaputation: 

<If  advisory  is  needed  and  all  variables  which  describe  encounter 
for  future  tasks  are  not  calculated,  then  deteraine  their  values> 

If  (horizontal  Tan  is  uninitialized) 

1322  £222223  tan_calcalation; 

If  (resolution  advisor?  uncontrolled  vertical  Tan  threshold  is  uninitialized) 
2122  12  (encounter  area  type  is  uninitialized) 

TBS!*  CUL  EHCO(J!ITBa_ARBA_TT?B_DBTERHIHATIOB: 

PERTORH  nuaber_of_additional_AC_in_conflict_deteraination; 
Chit  TA0_A1*D_PBOII!IITT_THRSSHOLD_DBTBRBISATIOll: 

If  (siss  distance  is  uninitialized) 

THEE  CAtl  8IBIHtH_APPPOACB_DISTASCE_PBBDICTIO!lT 

EJ2  uninitialized_variable_coeputation; 


DETECT  TASK  RTGH-LE»BL  LOGIC 
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PROCESS  uninitialized_variabl«_coaputation; 

IF  (ELENTRI. TS  *  S0DT1P) 

THEM  PERFORM  taa_calcalatlon; 

If  (HA7BL.TCBDV  =  JPDTAP) 

TREK  IF  (ELEHTBT.EHAT  -  SPDAT) 

THEM  CALI  E SCOP MT EH_ AR E A_T TPE— DETER HIM ATIOM 
IN  (S7ECT1,S7ECT2) 

OPT  ( ELEBTBI .  EH  AT,  IMPAZ)  ; 

PEgfORB  nasb*r_of_«ddltional_AC_ln_eoaf liet_d*t«rBlnation; 
CALL  TAa_AHD_PROXISITT_THRESHOLD_DETERHIRATIOH 
IN  (EH  AT,  HOLT,  P8EQ,  JRCOHT) 

INOOT  (7RZA)  ; 


IF  (ELEHTRT.HD2  =  SPDflD] 

THEM  CALL  niliIHO!l_APPROACH_DISTAHCE_PRBDICTIOH 
IH  (7BI,7RT) 

OPT  (EL ENTRY . HD2)  ; 


EMD  uniru.tialized_»ariable_coapatation; 


DETECT  TASK  L0H-LE7EL  LOGIC 
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PBQCBSS  BCAS_resoln* ion_detereination_logic: 

<De*eralnes  if  a  BCAS  resolution  advisory  is  leainent  for  this  pair> 

Calculate  rang*  rata;  <rd> 

IP  (AC  converging  or  nearly  converging) 

;S2S  12  Uc  sre  nearly  converging) 

ZS.11  rsdsfina  range  rate  to  be  con»erging; 

Calcula*e  tiae  estiaates  for  closest  approach;  <taur , trtruo 
IP  (tanr  less  than  threshold) 

TBEB  nfRPOPB  vertic«l_test_f or_B* ; 
ftSf I ”  (r*rd  less  than  threshold  IBP  range  less  than  threshold) 

THBB  define  value  for  tan  trne;  <trtrn> 

PBBPOPH  ver*lcal_test_for_RA; 

PSP  BCAS_resolution_deteraination_logic; 


DBTBCV  TASK  BISH-tBPBl  tOQIC 
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PROCESS  BCls_resolntion_detereination_logic; 

<Deteraines  if  a  scxs  resolution  adrisory  is  iaainent  foe  this  pair> 

CLEXB  BCSOFF; 

RDTEHP  «  elebtrt. DOT  /  B;  <B  is  calcnlated  in  variable_inltialization  > 
BD  «  RDTEHP: 

II  (RD  U  BCSVBL.res. BDTBR) 

THBB  IT  (RO  21  -BCSVBL.res.  BDTBR) 

THFB  BDTSHP  »  - BCSTBl. res. RDTHR ; 

TXOR  «  -  (R  -  BCSTBL. res.  DBOD)  /  BDTBBP; 

TRTBO  =  -  R  /  RDTBHP; 

IF  (TXOR  U  BCSTBL.  res.  TBTHB  (SSL)  ; 

THBB  PBBFOBB  Tertical_test_for_RX; 

ELSEXF  (B  *  RD  IT  BCSTBL. res. 81 (SSL)  4£D  B  LT  BCSTBL. res. DHOD (SSL)  )  ; 

THBB  TRTBO  *  BCSTBL. res. TLXHGE; 

PEBTOPH  Tertical_test_for_SX: 

EBP  BCXS_resolotion_deteraination_logic; 


DETECT  T1SB  LOB-LBTEL  LOSIC  - — 
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. ,  .  ...i.  .  '  v#fcN..  - 


bbocbss  BC»s_threat_loglc; 


<Detarslnes  If  •  SCAB  threat  advisory  la  laalnent  for  this  pair. 

This  logic  encoapasaes  BC1S  resolution  thresholds.) 

Calculate  rang#  rata;  <rd> 

(1C  ara  cloaa  la  range)  <r> 
mu  vertlcal_test_for_?l; 

B1SBI?  (1C  are  closing  or  nearly  converging) 

T!1!1I  I*  (»C  are  nearly  converging) 

THEE  redefine  range  rate  to  be  converging; 
Calculate  tlae  estlaate  to  closest  approach;  <taurta> 
If  (closest  approach  *111  occur  soon) 

THEH  BEBBOPH  vertlcal_tast_for_T» : 

*tS*T*  (r*rd  IT  threshold  AJJJ  range  U  threshold) 

ISM  PEBPOPH  vertlcal_test_f or_T» ; 

»5P  BC»S_threat_loglc; 


DETECT  T1SH  HIGH-LEVEL  LOGIC 
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PBOCESS  BC»S_threat_logic 


<Deternines  1C  a  BClS  threat  advisor y  is  iaainent  for  this  pair. 

This  logic  aacospassss  BC»s  rssolotioa  thrasholds> 

SOU  bcsoff; 

80  *  El.eVT8l.BOT  /  B;  <B  is  calcalatsd  in  variable_initialization> 
rdt*  «  B0; 

IF  (B  IT  BCSVBL.  threat.  PT8HT1  (SSI)  ) 

THEM  PEBFOBil  vertieal_tast_f or_T»; 

ELSEIF  (BO  U  BCSVBL. threat. BDTHTT1) 

THEB  II  (BB  SI  -BCSVBL. threat. BDTBBTh) 

TBEV  HOT!  «  -BBTBBTi; 

T10BTI  ■  -  (B  -  BCSVBL. threat. DHOTI)  /  EDT1; 

12  (TMBT1  U  BCSVBL. threat. TBTBBTMSSL)) 

TBEB  PEBFOBH  vertical_test_f or_T»; 

ELSEIF  (8  •  BD  II  BCSVBL.  threat.  BITh(SSt)  i£g  B  II  BCSVBL.  threat.  DHODTh ( SSL) ) 
TBEB  PEBFOBH  v*rtical_test_for_T» ; 

EBP  BClS_threat_loglc; 


DETECT  TBSR  L01-LBVEL  LOGIC 
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PROCESS  tau_calcalatlon; 

Calculate  horizontal  aodlfied  tan; 
Calculate  horizontal  true  tan; 
Calculate  rertical  '•an; 

PRO  taa_calcalatlon: 


0ST8C?  "»SK  HIGH-IEPPL  LOGIC 
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PROCESS  taa_calcula*ion; 


DSQ  =  DETP4RH. 8DBT  ♦  (DETPARB. ADET  *  ( SVECT1 .  VSQ  ♦  SVECT2. VSQ) ) 
ELERTRT  .  TH  «  -  (ELERTRT.  RARGE2  -  DSQ)  /  ELERTRT .  DOT; 

THTHO  =  RAHGE2  /  ELERTRT. DOT; 

VRZ  =  SVECT2. ZD  -  S7ECT1.ZD; 

VRZA  »  TRZ  *  SIGR(HZ); 

IP  (VRZA  iE  DETPARR.  VRZTH) 

THEE  IF  (VRZA  23  -DETPARR.  VRZTH) 

THEN  VRZA  »  -DETPARR. VRZT8: 

ELERTRT. TV  »  -ELERTRT. ALT  /  VRZA; 

EKD  tan_calcalation ; 


DETECT  TASK  LOR-lBVEl  LOGIC 
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°R0C5SS  ver* ical_test_f or_BA : 

<Deteraines  if  BA  for  BCAS  AC  iaainent,  having  found  horizontal 
dlaension  ia»inent> 

Calculate  altitude  separation  and  rate;  <a,  adoi> 

If  (He  are  close  in  vertical) 

T322  set  flag  to  indicate  BCAS  inhibit  for  the  pair;  <BA  inainent> 

El  SET?  (AC  are  closing  in  vertical) 

THEH  calculate  estiaate  to  coaltitade;  <tauvra> 

1°  (coaltitade  soon) 

’’’BBS  set  flag  to  indicate  BCAS  inhibit  for  this  pair; 

EtJD  vertical_iest_for_PA; 


DETECT  TASS  BIGR-lETEt  tOGIC 
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PB0C8SS  »ertical_test_for_BA; 

<Detersin«s  if  Hi  for  BCAS  AC  iaainent,  as3uaing  horizontal 
peraissiTe  can*,  no  tad  logic  is  nsed> 

A  «  BLEBTHT.BZ; 

AOOT  *  STECT2.ZD  -  SVECT1.ZD: 

IF  (A  il  BCSTBL.  res.  ZTHB) 

THBB  SET  BCSOFF ; 

ELSEir  (ADOT  H  BCSTBL.  res.ZDTHB) 

THEM  TAUT  »  -  A  /  ADOT: 

IE  (TAOV  II  BCSTBL.  res.  TTTHB  (SSL)  J 
THEE  SET  BCSOFF; 


SEP  Tertical_test_for_HA; 


DETECT  TASK  LOf-LBTBL  LOSIC 


*  .  >5>'~ 
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PBOCfSS  ver*ical_test_for_Ta; 

<Deteraines  If  "'ll  for  BCas  ac  iaainent,  having  found  horizontal 
dieension  iaainent> 

Calculate  altitude  separation  and  rate;  <a,  adot> 

IP  (ac  are  close  in  vertical) 

TBBP  set  flag  to  indicate  SCaB  inhibit  for  this  pair:  <"‘1  iaainent> 
BLSPTP  (ac  are  closing  in  vertical) 

THPB  calculate  estiaate  to  coaltitude:  <tauv*a> 

IP  (coaltitnde  soon) 

T3BE  set  flag  to  indicate  BCas  inhibit  for  this  pair: 


PJJ2  ver*ical_test_for_ra: 


DPTPCP  vaSB  HIGH-LPVPL  LOGIC 


8-P50 


PROCESS  7ertical_test_for_TX; 

<Deteraines  if  TX  for  BCXS  XC  iaainent,  assuaing  horizontal 
peraissire  case> 

X  «  ELBBTHT.BZ; 

XDOT  »  S7BCT2.ZD  -  S7BCT1.ZD; 
ll  (X  u  8CS7BL. threat. ZTHFTX) 

TffBB  SBT  BCSOFF ; 

ELSBIf  (XDOT  BCS7BL. threat. ZDTHBTX) 

THEM  TX07TX  =  -  X  /  XDOT; 

(TXD7T1  8CS7BL.  threat.  T7THRTX  (SSL)) 
TREE  SBT  BCSOFF; 


ESP  »ertical_test_for_TX; 


DBTBCT  TXSK  L0I-LB7BL  LOGIC 

8-P51 


l 


KOPTIHE  lC_PiaiLLBL_OEFSET_TBH!IIIIG_DBTESHmTIO» 

III  (thresholds) 

OPT  (11*9  indicating  Baneassring  target  detected) : 

CLBla  oat pat  flag; 

IB  (range  2$  range  threshold) 

THBii:  <  separation  negates  need  for  saneuvering  threat  check) 

BtSBIB  (vertical  separation  ££  separation  threshold) 

THEB :  <  separation  negates  need  for  saneuvering  threat  check> 

BtSBIB  (either  ic*s  velocity  U  velocity  threshold) 

TBBB;  <at  least  one  1C  sloe  so  other  tests  can  handle  sitnation> 
OTHEBUISB  cospote  angle  between  aircraft  paths; 

IB  (aircraft  paths  are  not  parallel) 

THBB:  <taa  test  can  handle  situation  so  no  aanenver  check> 

BLSB  PBBPOBS  lC_path_coaparlson ;  <are  1C  offset  and  turning?) 
IX  (saneuvering  target  detected) 

TflB>  SBT  output  flag; 

BHD  lC_PlHM.lEL_OfESBT_TDBHI*G_DETBBHIBlTIOII; 


DETECT  T1SK  HIGH-LEVEL  LOGIC 


BOPTIMB  tC_P  tB MLBL_OPPS ET_TOBB IMG_DETEH HIHATIOM 


18  (GBOOP  I  MG  HOOP)  <  group  of  thraaholda  > 

OPT  (OOTfllG)  : 

smi  (OOTTUS,  GOTHT)  ; 

u  (ELBMTBT • BBMGE2  £1  IMGHOOP. rango_ttaroahold) 

Mils  <  bo  aaBattroring  throat  > 

ELSEIP  (BLEMTBT.BLT  IMGHOOP. separatlon_*hroahold) 
THEM; 

tISEir  (  (SVBCT1 . ESQ  U  IHGHOOP.  Talocity_thrashOld)  2B 
(STECT2-TSQ  IT  IMG  HOOP.  r#locity_throshold)  ) 
THEM: 


0THBB8I5E  COS12  »  ( (STECT1 • XD*SVECT2 • XD  ♦  SBECT1 .  TD*STECT2.  TD)  o*2)  / 
(STECT1-TSQ  *  SVECT2.  TSQ); 

II  (Cost 2  U  IMGBOQP.coaine^thresh) 

THEH :  <  not  paralloi  > 

EL?B  PEBFOBH  lC_path_coapari8on; 

IX  (GOTHT  -  STBOE) 

THEM  SET  OOTFUG; 

BMP  »C_P»BM.LBl_O?TSBT_T0BHIHG_DETE8SIMBTIO8; 


- - -  DETECT  TASK  LOf-LETBL  LOGIC 

8-P33 


£S2£S1S  »C_oath_conparlson: 

<Checks  ‘he  paths  of  both  hC  to  decide  If  a  dangerous  geonetry  •siats> 

Hake  he  1  first  he  to  check; 

HfPfhT  053X1 (both  he  checked  or  naneuvering  statas  deterelned) ; 

Perfors  alrcraft-deoendent  connotations; 

IF  (this  he  parallel  lntrall  with  respect  to  other  1C) 

<le.  Is  angle  betveen  position  vector  connecting  2  he  and 
he  velocity  vector  saall  ?> 

Tgew  not  a  saneavering  target  threat; 
ftSFXF  (this  he  turning  ‘ovards  the  other) 

THEM  SST  aaneuverlng  target  Indication; 
access  unchecked  hC*s  state  vector; 

*32  »C_path_cosoarison; 


DfTBCT  ThSk  HIGH-LSTBl  LOGIC 


8-P5* 


PROCESS  AC_path_cosparison; 

PTfl  (TSYSCT,  OSTBCT)  ;  <  'target',  'other'  atata  vector  > 

CLEAR  BXITLOOP; 

CLEAR  DOHEBOTH; 

TSYBCT  "  SYECT1:  <  arbitrarily  sake  AC1  target  > 

REPEAT  OHTIL  (EIITLOOP  =  STROE)  ; 

OSTBCT  *  state  rector  of  non-target  AC; 

BITS  *  RI  •  OSTBCT. ID  -  RI  *  OSTBCT. TD; 

1£  (AC 2  is  the  target) 

THBB  RXYS  *  -HITS; 

IE  (ELERTRT . RAHGE2  GE  IHGPOOP.  ierodiTide_thresh) 

THEN  SIRB2  =  (HXYS**2)  /  (ELEHTHT.  8AHGE2  *  OSTBCT.  YSQ); 

ELSE  SIRB2  »  IHGROOP. sine_threshold;  <  prevent  xerodivide  > 

I?  (SISB2  LT  IHGROOP. sine_threshold) 

‘PHBK  SET  BXITLOOP;  <  Parallel  intrail  > 

ELSEIT  ((HITS  gj  0  AHfi  TSYECT.TOHH  -  SSTRHGLPT)  21 
(HITS  Lfi  o  AHD  TSTBCT.TOBH  •  SSTRHGBGT) ) 

THBH  SET  (GOTHT.  BXITLOOP); 

BLSSIF  (DOHEBOTH  «  STROE) 

THE8  SET  BXITLOOP;  <  ve*  ve  looked  at  both  > 

OTBEBRISB  TSYBCT  «  OSTBCT;  <  gat  other  state  vector  > 

SET  DOHEBOTH; 

BHDHRPEAT; 

BHD  AC_path_coaparison; 


OSTBCT  TASK  LOI-L8TEL  LOGIC 


SOOTHE  *r»CS*FT_P*IR_800I?SE»T_*#D_CO»TSOl_ST»TB_DETEHSI»llTIO» 
13  (state  sectors  of  both  AC) 

OPT  (variables  describing  control  S  equipment  state  of  pair) 

De*eraine  eqalpage  and  control  status; 

BSD  A IRC* AFT_PAIR_BQOI®HSHT_ARD_CORTEOl_STATB_ DETER HI RATIOS; 


DETECT  TASK  HIQS-tBTRl  tOOIC 


ROOTIBB  AIBCRAPT_P1IR_EQUIPHSBT_ASD_COBTROI._STATE_DETEB»!ISATI08 
18  (STECT1  f  S7ECT2) 

OCT  (PBCOBT,  PBEQ)  ; 

<Deterntnes  equipment  status  and  control  status  of  1C  pair> 

PBCOHT  =  SOHECOBT; 

if  (SVECT1.C0BC  E^  STBOE  1RD  S7ECT2 . COBC  55  STBUE) 

THEB  PBCOBT  =  SBOTHCOST; 

IF  (SVECT1.COBC  E5  SFAISB  AND  SVECT2.C0NC  55  SP1LSE) 

THEN,  PRCOBT  =  SNOCONT; 

PBECJ  =  JONEEQ; 

IF  ( (SVECT1 . 1TSEQ  55  SABQ  Q1  STBCT1. 1TSEQ  55  S1BBQ) 

182  (STBCT2.  ATS EQ  55  SABQ  Of  S7ECT2.1TSBQ  55  J1BEQ)  ) 
TBB8  PHEQ  *  SBOTHEQ; 

if  (S7ECT1.  ATSEQ  55  S08EQ  ABD  SVECT2.  ATSEQ  55  SDBEQ) 

THEN  PBEQ  =  JSO'BQ; 

BHD  A IHCRAFT_PAI  R_E<J0IP!1EHT_1ND_C08TB0L_STATB_DETEBHI B1TIOH ; 


DETECT  TASK  tOl-lETEi  IOGIC 


8-P57 


E2SIIS!  k*vk_TTP»_DE",ERHI!lkTIOH 
T]I  (aircraft  characteristics) 

OP’’’  (area_dependent  variables)  : 

<On  entry,  kC's  area  type  is  zero  (indicating  "unknown") > 

Initialize  controller  alert  reonest  flag: 

I*  (*his  kC  is  far  froi  the  sensor) 

IfIS  set  kC  area  type  to  »; 

I?  (this  kC  passes  area  coarse  screening) 

TACT  repeht  while  ("'ype  1  areas  reaain  iS2  *C  area  type  unknown) 
Get  next  Tyne  1  area; 

IS  (aircraft  is  in  this  area) 

THEH  set  DC  area  type  to  1 ; 

Save  area  index;  <  unique  identifier  > 
Save  airfield  nase; 

Save  area's  controller  alert  flag: 

’322211*1: 

gBPEkT  while  (Type  2  areas  remain  kHp  kC  area  tvpe  unknown) 
Get  next  Type  2  area; 

IT  (aircraft  is  in  this  area) 

thEH  set  1C  area  type  to  2; 

Save  area  index;  <  unique  identifier  > 
Save  airfield  name; 

Save  area's  controller  alert  flag: 

EHPREPEkT: 

IS  (kC  area  tvpe  unknown) 

1351  set  kC  area  type  to  3; 

EHD  kR*k_TTPE_DPT*RHIHkTIOH ; 

- * -  DETECT  TkSK  HIGH” LEVEL  LOGIC  - 
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BOOTHE  AHEl_TTPE_DETSHBIBATIOH 


HOOT  (IOSTECT)  ; 

SET  IOSTECT. CABEQ;  <  assuae  not  inhibiting  Cl's  > 

1*  ((IOSTECT.  1**2  ♦  IOSTECT.  1**2)  (DETPAB8.  HDIST**2)  ) 

THEB  IOSTECT. AC1T  «  SIT*; 

IX  (IOSTECT.!  JJ5  AZPAHH.ZHHXX  U2  IOSTECT.!  £3  AZPIHH.ZHHBX  IJIfi 
IOSTECT.  T  t3  AZPABH.ZHHXT  AJIJ)  IOSTECT.  I  23  1ZP1BB.  ZBBRT) 

THEB  LOOPIX  «  1; 

BEPE1T  BHILE  (LOOPIX  13  1ZP1HB.  KOI  JJIJJ  IOSTECT.  1C1T  ■  SUD1T)  ; 

Get  next  Type  1  area; 

11  ««  ircraft  is  in  this  area) 

THEB  IOSTECT. 1C1T  *  S1T1; 

IOSTECT. ISD  »  area  index;  <  nnigne  identifier  > 
IOSTECT. 1SSOC  =  airport  nase; 

IOSTECT. ClREQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  «  LOOPIX  ♦  1; 

ggsamvE: 

LOOPIX  «  1; 

8SPE1T  BHILE  (LOOPIX  13  AZPABH.  BOII  3JIJI  IOSTECT.  1C1T  *  SODAT)  ; 

Get  next  Type  2  area; 

£F  (aircraft  is  in  this  area) 

THEB  IOSTECT. 1CIT  »  SAT2; 

IOSTECT. IBD  -  area  index;  <  nnigne  identifier  > 
IOSTECT. ASSOC  ■  airport  naee; 

IOSTECT. CABEQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  *  LOOPIX  ♦  1; 

1W: 

JP  (IOSTECT.  ACAT  »  XUDAT) 

"■Hill  IOSTECT.  ACAT  -  *AT3; 

EBP  1BEA_TTPB_DETEBHIB1TI0H; 

-  DETECT  TASK  LOB-LETEL  LOGIC  - - - — 


---'.•ssrar- 
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FODTIBE  *»C<mTE!l_HSEIlJ?T?E_!JETSBHIHIkTIOE 

IB  (state  sectors  of  He,  i.e.,  location  of  ic) 

OPT  (encounter  araa  of  *C  pair,  flap  to  indicate  If  pair  in  zone2) ; 

<Finds  araa  tape  and  zona  for  aach  tc  and  coabinaa  araa  type  for 
both  tc  into  ona  inder,  EBhT,  tha  onconntar  araa  typa,  naad  to 
control  sensitiTi*y> 

ir  (id's  area  nndeterained) 

I3SI  »?yi_TTPE_D*^!RniiU,'l0S; 

IF  (»C1*s  zona  nndeterained) 

*3EE  cm  FIRM^PPEOIlCHJSOllEJJETBBnTBllFIOE; 

ir  (»C2*s  area  andeterained) 

ISSL  cm  »RFH_TTPE_DFTSFSIE»'',IO»: 

TJ  (»C2's  zone  nndeterained) 

THEE  CUt  FIEU_»PPRO»CH_ZO*E_OEr!»flIE»TIO»; 

I*  (both  »c  along  glide  slope  for  sane  airfield) 

T333  S»T  flag  indicating  situation; 

IF  (either  aircraft  far  froa  the  sensor) 

13*1  s®*  enconntar  typa  to  n; 

EtSEIF  (either  aircraft  in  general  Ticinity  of  sensor) 

J35J  set  enconntar  typa  to  3; 

EtSEIF  (either  aircraft  along  actise  rouses  final  approach) 

1133  13  (both  DC  near  the  sane  airfield) 

235J  sat  enconntar  type  to  2: 
gtSE  sat  enconntar  typa  to  3; 

EtSEIF  (both  aircraft  in  laeadiata  Ticinity  of  sane  airfield) 

3331  set  enconntar  typa  to  1? 

OTHEEWISE  sat  enconntar  typa  to  2; 

E»p  EBC00»TEF_ME»_TTPE_0BTBtHIF»TI01l; 

-  DEFECT  T»3K  «I8B-lSTEt  tOOIC  - 
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BOPTIRE  BHCODHTB8_AREAjrTPB_DBTSHHISATIOH 
U  (S7ECT 1 1  STECT2) 

OPT  (El IT,  IRFAZ2)  ; 

II  (STECT1 .  ACAT  52  RPDAT) 

TABS  C1LL  ABB  A_TTPE_DETBR  HI  RATIOS 
IROPT  (STECT1} ; 

IE  (STECT1.FAZ  52  IPDPAZ) 

THER  CALL  FIRAL_APPR0ACH_Z0RB_DETB8HIRATI0R 
IROPT  (S7ECT1)  ; 

II  (S7ECT2.  AC  AT  Efl  RPDAT) 

THEM  CALL  AHBA_TTPB_DBTB*AI RATIO* 

IROPT  (STBCT2)  : 

II  (S7ECT2.FAZ  12  RPDFAZ) 

TBER  CALL  FIRAL_APPHO ACH_ZORE_DETB*HIRATIOS 
IROPT  (STECT2) 

II  (  (S7ECT1 .  PAZ  52  RFAZ2  5JJ2  S7ECT2. FAZ  52  mZ2)  55J l 
(S7ECT1 . ZPBT  52  S7ECT2.ZPHT)) 

THBH  SET  IRFAZ2 ; 

ELSB  CLEAH  IRFAZ2 ; 

IF  (S7BCT1.ACAT  52  SAT*  22  S7ECT2.  AC  AT  52  >K>) 

THER  ERAT  -  RAT*; 

ELSEIF  (S7ECT1. AC AT  52  RIT3  25  S7BCT2. ACAT  52  RAT3) 

THER  BRAT  -  IAT3; 

ELSEIF  (S7BCT1 . ACAT  52  SAT2  25  S7ECT2. ACAT  52  RAT2) 

THER  If  (S7BCT1.  ASSOC  52  S7BCT2.  ASSOC) 

THER  ERAT  -  SAT2; 

ELSE  ERAT  -  SAT3; 

ELSEIF  (S7ECT1.  ASSOC  52  37BCT2 .  ASSOC)  <  Ar««  1  > 

THER  ERAT  -  RATI; 

OTBEERISB  ERAT  -  RAT2; 

ERD  RHC0PRTBB_ARRA_TTP8_DBTEHSI RATIOS; 


-  DETECT  TASR  LOR-LETRL  LOOIC 

» 
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BOPTIBE  PIHAL_APPHOACH_ZOHE_DETE«>HIWATIOH 
III  (AC  characteristics) 

OOy  (ion  e_dependent  variables)  ; 

Sat  AC's  xon*  to  0; 

IS  (this  AC  passes  tone  coarse  screening) 

THEB  BE°EAT  WHILE  (Type  1  zones  resain  ij£  AC's  zone  Eg  °> 
Get  next  Type  1  zone; 

IP  (zone  Is  active  ABD  AC  is  in  this  zone) 

TB"B  set  AC's  zone  to  1; 

Save  airfield  naae; 

z*Mun?-' 

BEPEAT  WHILE  (Type  2  zones  resain  ABJJ  AC's  zone  Hfl  0) 
Get  next  Type  2  zone; 

I»  (zone  is  active  AWg  AC  is  in  this  zone) 

THEB  set  AC's  zone  to  2; 

Save  airfield  nane; 

PHPBEPEAT; 


EBP  PIHAL_A“?HOACH_ZOHE_OETEHHIH»TIOB  ; 


DETECT  TASK  HIOH-LETEL  LOGIC 


8-P82 


BOOTIES  FIHAL_APPHOACH_ZOHS_DETBBSIHATIOH 
IHOOT  (IOS7ECT)  ; 

I0S7ECT.PAZ  =  SFAZO; 


IP  (I0S7ECT.  X  U  AZPARfl.ZJSXX  412  I0S7ECT.  I  21  AZPABB.  ZJBHX  AI2 
I0S7ECT. I  II  AZPARfl. Z J BXT  AID  I0S7ECT. I  21  AZP ABB. Z JBHT) 
THEH  LOOPII  -  1; 


PEPEAT  WHILE  (LOOPII  LE  AZPARB. HOZ1  AHD  I0S7ECT. PAZ  =  SPAZO) 
Get  next  Type  1  tone: 

IP  (zone  is  actixe  AHD  AC  is  in  this  zone) 

THEH  I0S7ECT.PAZ  =  SPAZ1 ; 

IOS7ECT. ZPBT  «  airfield  naee; 

ELSE  LOOPII  «  LOOPII  ♦  1; 

EHDHEPEAT : 

LOOPIX  »  1 ; 

BEPEAT  WHILE  (LOOPIX  H  AZP1BR.  HOZ2  AH  I0S7BCT.  PAZ  »  JPAZO) 
Get  next  Type  2  zone; 

IP  (zone  is  actixe  AHD  AC  is  in  this  zone) 

THEH  I0S7ECT. PAZ  -  SPAZ2; 

I0S7ECT. ZPHT  «  airfield  naee; 

ELSE  LOOPIX  *  LOOPII  ♦  1; 

EBP BE PS AT: 

EBP  PIHAL_APPROACH_ZOHB_DETBHHIHATIOH; 


DETECT  TASH  LOW-LE7EL  LOGIC 


8-P63 


POOPIS?  SI’*I10(1_ll?P''0HC'1_0ISTAHC'_oR2qTCTT0S: 

Calculate  alss  distance; 

3jL2  m*ISOd_»PPHOIkCH_OISTX5Cf_P'>eOIC?IOII; 


OPT  PC?  "■H3P  KIGH-lSTIl  LOGIC 


BOPTIEE  BIBiaoa_BPPBOlCH_DIST»8CE_PBEDICTI08 
11  (TRI.TBT) 

213  (BD2)  ; 

PIT  fl02;  <Predicted  ainiana  horizontal  Bias  distance  for  \C  pair> 

TB2  »  7BX**2  ♦  ?RT**2; 

II  (TH2  IT  DETPIHB.VHDTH) 

THEM  HD2  *  ELEBTRT.  RBBGE2 ; 

ELSE  BD2  »  (RX*7BY  -  BT»7BI) **2  /  7R2; 

EBP  BIBIBUB_»PPBO»CH_DIST»BCE_PBEDICTIOB; 


DETECT  TUSK  LOI-LETEL  LOGIC 
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122ml  B?<?OLO,''TOS_'',An_ARD_PBOXIRI'',T_COHPAPTSORS 
IB  (resolution  adxisorx  thresholds) 

or  (flap  to  be  set);  <  either  IFPPLG  or  CRDptG  > 

determines  if  Resolution  Adxisory  Is  necessary) 

I*  (AG  xiolating  horizontal  resolatlon  en7elODe)  <  horizontal  *es*s  > 

122!  indica'-e  horizontal  proximity;  <  laaediate  oxerride  > 

7tSglP  (AC  will  riolate  horizontal  resolation  en7elope  soon) 

"HU!  <  passed  horizontal  tests  > 

212115111  failed  horizontal  tests; 

Tp  (AG  xiolating  xertical  resolation  enxelope  presentlx)  <  xertical  tests  > 

III!  indicate  xertical  proximity; 
ptSplg  (AC  will  he  coaltitude  soon) 

121!;  <  passed  xertical  tests  > 

qthp?st s?  failed  xertical  tests; 

IP  (passed  all  tests  so  far) 

TP’S  PSRXQF!)  xertical_dixergence_filter ; 

<decide  if  SA  won't  be  gixen  as  AC  won't  be  xiolating 
horizontal  and  xertical  enxelopes  simultaneously) 

I*  (pair  did  not  pass  filter) 

THPB  failed  filter  test; 

tp  (all  tests  oassed) 

X2S!  SBT  output  flag  to  indicate  BA  reguired;  <  IPBPLG  or  CRDRLG  > 

°SBPOPH  proxiaitx_checAs; 

determine  if  ieaediate  PA  required,  ie,  bypass  2/3  logic) 

»RD  PESOT.OTTOK  ’"AO  ABO  PROXIHITT  COBPABISOBS; 


DETECT  TASK  RIGR-LEfEL  LOGIC 


BOOTIES  HESOLOTION_TAO_AND_PBOIINITT_COHPAHISONS 
18  f GBOPP  INGBOOP)  <  group  of  thresholds  > 

OPT  (OOTPLAG)  ; 

BIT  (NOSES,  PILTPAIL)  ; 

CLBAB  (NOSES,  OOTPLAG,  8PBOI,  7PH0I) ; 

I?  (ELENTPT. BANGE2  IT  INGBOOP.  raoge_threshold  *  H1PAHH.BZP2)  <  horizontal  tests> 
THEN  SET  HPBOX ;  <  iaaediate  override  > 

ELSEIP  (ELENTBT.  TH  LT  INGBOOP.  hor_Tau_thresh) 

THBN  ; 

OTHBBNISE  SET  NOBES; 

IE  (ELENTBT.  ALT  LT  INGBOOP.  iaaed_alt_thresh  *  HAPAHH.BZP)  <  vertical  tests  > 

THEN  SET  VPHOX; 

ELSEIP  (ELENTBT.  TV  SI  0  112  ELENTBT.  TV  IE  INGBOOP.  vert_Tau_thresh) 

I SSI  ; 

OTHEBNISE  SET  NOBES; 

IF  (NOBES  IS  SPALSE) 

THEN  pebpobs  vertical_divergence_filter; 

II  (PILTPAIL  IS  *TB0E) 

THEN  SET  NOBES: 

II  (NOBES  IS  SPALSE) 

THEN  SET  OOTPLAG;  <  IPHPLG  or  CHDPLG  > 

PEBPOBH  proxialty_checfcs; 

END  BESOLOTION_TAO_AND_PBOXIHITT_COHPABISONS; 


DETECT  TASK  LOB-LEV  EL  LOGIC 
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■  r, 


PRQCRSS  vertlcal_divergence_fllter; 

<This  procsss  decides  If  the  resolution  advisory  should  bs  inhibited 
If  ths  vertical  sad  horizontal  ainlaaa  sins  dlstancss  do  not  occur 
within  a  predefined  tins  perlod> 

Coaputa  absoluts  vertical  rang*  ra*e; 

IP  (AC  diverging  vertlcallv) 

*33fi  IE  (AC  ara  converging  horisontallr) 

TRBR  calculata  vertical  saparatlon  at  tlsa  of 

tlnlsua  horizontal  saparatlon) 

12  (calculatad  vortical  saparatlon  outside  RA  envelope) 
T8BW  inhibit  RA; 


?RP  vertlcal-divergenca_f liter; 


0ST1CT  TASK  tOOIC 
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PBOCESS  aar*lcal_diTarganca_filtar: 

SUM  PHTPiit: 

H  (ELFbtrt •  TT  ££  0)  <ic  conaarging  aartically> 

TBEB:  <do  not  parfora  ta*t> 

BLSBIF  (TBTBO  U  °>  <kc  diaarglng  horixontally> 

THBl:  <do  not  parfora  taat> 

OTHBBBISB  T8  «  BIB <TBT80,  BkPBBfl. DVDPT) ; 

T2 1  -  SfECTI.ZD  *  TBS 
TZ2  -  STBCT2.ZD  *  TB; 

TTBD  -  BBS  (TZ2  -  TZ1)  ; 

If  (TTBD  IIGBOOP.  I9BID_BLT_THBESHOLD) 

<IB3ED_llT_TBBESBOLD  >111  ba  BZPB  or  IP  dapaoding  oa  IBGBOOP> 
TBBH  SET  PXLTPkXL;  <B»  not  »antad> 

EBP  »artlcal_dlTargaBca_fiItar: 


DETECT  TBSK  lOt-tBTBI  LOGIC 
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PROCESS  proxi  ait  v_chec<cs; 

<If  the  KC  are  extreaely  close  physically  or  teaporallv  the  2/3 
windo*  is  bypassed  and  an  ieeediate  resolation  advisory  is  given> 

IF  (vertical  proxiaity  hit P  horizontal  prorieity) 

THEH  indicate  iaaediate  resolation  advisory  needed; 

EISE  coapate  Taa  ainiaaas; 

IF  (vertical  proxiaity  exists  hJJD  horizontal  Taa  ]/T  ainiaae) 

THEH  indicate  iaaediate  resolation  advisory  needed; 

FLSFIF  (horizontal  proxiaity  exists  *HD  vertical  Tan  £T  ainiana) 
THEH  indicate  iaaediate  resolation  advisory  needed; 

El  SEIF  (vertical  Taa  £T  ainiaas  hito  horizontal  Tan  £v  aiaiaan) 
THEE  indicate  iaaediate  resolation  advisory  needed; 

FED  oroxinity_checks; 


DETECT  FUSE  HIGH-tETEl  LOGIC 
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PROCESS  proxi«ity_checks; 

IP  (VPBOX  Efl  STBOE  A^D  HPBOX  EJJ  STBOE) 

THB8  SET  ELEBTBT. HTTPLG: 

ELSE  AH  *  IBGBOOP.  hor_Tau_thresh  -  (STSTEH.  SCABTH  *  BAPABH.TTH)  ; 
AT  »  IBGHOOP.  xert_Taa_thresh  -  (STSTEH. SCAHTH  *  BAPABH.TTH): 
II  (VP80I  i]l£  ELEBTBT .  TH  U  AH) 

THEB  SET  ELEBTBT.  HTTPLG; 

ELSEIE  (HPBOX  A]J£  ELEBTBT. TV  LT  AV  ABD  ELEBTBT. TV  £T  0) 

THEB  SET  ELEBTBT. HTTPLG; 

ELSEIP  (ELEBTBT.  TH  IT  AH  HJJ  ELEBTBT.  TV  U 

ABD  ELEBTBT. TV  21  0) 

THEB  SET  ELEBTBT. HTTPLG; 


EBP  proxi«ity_checks; 


DETECT  TASK  LOt-LEVEL  LOGIC 
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...... 


POBTIBB  ,''Al7_ARD_PROiri»ITT_THRESSOta_DB?BRIIIRATIOR: 

<Deter*ine  variables  used  as  thresholds  thronghont  DETECT  Tash> 

IF  (at  least  one  AC  controlled) 

THB»  deteraine  controller  alert  Tan  thresholds; 

IF  (AC  not  in  isaediate  vicinity  of  airfield) 

THBB  set  reaaining  controller  alert  variables; 

I*  (bo'-h  AC  controlled) 

vrbh  set  threat  and  resolntion  advisory  thresholds 
asing  c/c  index  in  table  8-»,  8-5; 

Set  resolntion  advisory  Tan  thresholds  (BBC)  to  corresnonding 

CTI  thresholds 


F(,SBI»  (only  one  AC  controlled) 

T3FR  set  threat  and  resolntion  advisory  thresholds 
nsing  c/n  index  in  tavle  8-*,  8-5; 

IF  (controlled  AC  significantly  faster  than  nncontrolled  AC) 
THSB  set  threat  and  resolntion  advisory  thresholds 
for  controlled  AC  to  nncontrolled  valnes; 

OTHERWISE  CALL  BHCOR/OVCOR_IRDBX_OB",BRHIRATIOH ;  <deteraine  ODIND> 

Set  threat  and  resolntion  advisory  thresholds  nsing  butrd 
and  n/n  index  in  table  8-«,  8-5; 

BSD  TAU_ARD_P?OTI  J!ITT_THRBS801D_DETERHIHRTT0R ; 


DETECT  TASF  HIQH-lFTBl  tOOIC 
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BOOTIHg  TAO_ASID_PROXIHITT_THBES80LD_DETEBHIH1TIOII 
IB  (ENAT,  HOLT,  PREQ,  PBCOKT) 

IHOOT  (YBZA)  ; 

IP  (PHCOHT  Hf  JHOCOHT) 

THEH  CAYBL.TCOHH  *  PDYBL.TfABH  -  ( ( PDYBL.  HCOITH  •  8)  /  <uaing  table  8-3> 

ELEHTBT. DOT) i  <fOr  pdYbl  Ytluee> 

VRZA  •  HIE (YBZA ,  THRSPABH. YBZCOH) ■ 

CAVBL.TCOHY  »  PDYBL. TiABH  -  (PDYBL.  ACOHTB  /  VRZA)  ; 

IP  (ELEHTBT. EHAT  ££  SAT1) 

THEH  aet  retaining  controller  alart  tariablea  In  tabla  8*2; 

IP  (PRCOMT  Efl  SBOTHCOHT) 

THEH  set  GBOOP  TAYBL. ct l_threaholda  aa  defined  in  tabla  8-5? 

Set  grqop  raybl. ctl_threaholda  aa  defined  in  tabla  8-4; 

BAYBL. TCHDH  »  RAYBL.  TIPBH  5 
RAYBL. TCHDY  »  BAYBL. TIPSY; 

ELSEIP  (PRCONT  £2  JOHECOHT) 

THEH  set  GHOOP  ta YBL. ctl_thresholds  as  defined  in  tabla  8-5; 

set  gboop  TAYBL,unc_thrsaholda  aa  defined  In  table  8-5; 

set  gboop  baybl. ctl_threahold«  aa  defined  in  table  8-4; 

Set  gboop  RAYBL.unc_thresholda  at  defined  in  table  B-4; 

YRAT  *  ysq (controlled_AC)  /  TSO(ancontroUed_AC) ; 

IP  (YBAT  SX  THBSPIRH. YBATC) 

THEH  set  GBOOP  TAYBl. Ctl_thre«l01ds  to  TAYBL.OHC; 

Set  gboop  baybl. ctl_thresbolds  to  B1YBL.0SC; 

QTHEBBISE  CALL  OHCOH/OHCOH_IHDEX_DETEBHIHATIOtl 
u  (HOLT,  PBEQ) 

OPT  (OOIHD)  ; 

Set  ijjBOOP  TAYBL.  anc_threshol<Js  using  table  8-5; 

Sat  GBOOP  BAYBL. anc_threaholds  using  table  8-4; 

EBP  TAO_AHD_PBOXIHITY_THBESHOLD_DBTEBHI8ATIOH; 


DETECT  TASK  LOf-LBYEL  LOGIC 
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POOTIBE  THSEAT_TAO_A!ID_?BOTTniTT_COSPAPISOBS 

Tf  (thresholds)  <  tor  either  controlled  or  ancontrolled  > 

222  (flag  to  be  set) ;  <  PPIPtG  or  PPWPLG  > 

COeteralnes  If  Threat  Advisory  is  necessary> 

IP  (  AC  outside  horisontal  threat  envelope) 

tre*  JP  (AC  eon*t  violate  horisontal  threat  envelope  soon) 

TgES  failed  horisontal  test: 

IP  (AC  ontslde  ver*ical  threat  envelope) 

•"BEE  12  (AC  von’t  be  coaltitade  soon) 

"•BPS  failed  vortical  test: 

IP  (predicted  ainisas  horisontal  separation  outside  threat  envelope) 
2352  failed  aiss  distance  test; 

22  (all  ‘eats  passed) 

2321  set  output  flag  to  indicate  8A  required: 

222  ','B5EAT_TA''_AKD_PKOXIHITT_COflPARISOBS; 


DETECT  TASK  HIGB-LETEL  LOGIC 
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BOOTIES  THREAT_TAO_ANO_PROXIHITY_COaPAHISOSS 

II  (GBOOP  IBGBOOP)  <  group  of  thresholds  > 

OPT  (OOTPLAG)  ; 

CLEAR  (BOTHBEAT,  OOTPLAG); 

I£  (ELEHTBT . BABGE2  GE  IBGROOP. ran ge_threshold) 

THEB  IP  (ELBBTRT.TH  £E  IMGROOP.  hor_Tau_threshold) 
THEM  SET  BOTHBEAT; 

IP  (ELBBTRT. ALT  ££  IBGBOOP. separation_threshold) 

THEB  II  (ELEBTBI.  TV  £T  IBGROOP.  *ert_Tau_threshold> 
THEM  SET  BOTHBEAT; 

IF  (ELEBTHI . BD2  GE  IBGROOP. HD_threshold) 

THEM  SET  BOTHBEAT; 

I?  (Mothbeat  =  SPALSE)  <  all  test  passed  > 

THEB  SET  OOTPLAG; 

PHD  THBEAT_TAO_AMD_PEOIIHITT_COHPABISOHS; 


DETECT  TASK  LOW-LETEL  LOGIC 
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»OHTI»?  0»CO»/r»*C01»_T’»»)B*_51!«?  SIIATIOH; 

Determine  noxWD  Index  based  on  eoltlpllcl* y»  eqnipage,  and  speed  ra*lo 

rap  o*co«/oiicoii_i!ioBX_ofTB?miiinoi  •, 


-  OWfCT  T»SX  HIGB-LB?SL  LOGIC 
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a  3  3  3  3  3 


ROOTIRE  ORCOH/ORCO  R_IRDEX_DBTEBBI  RATI  OR 
(BOLT,  PREQ) 

(OOIRD)  J 

OOIRD;  <Indnx  for  nncont/ancont  kC  pair  to  ba  asai  in  tabla  loo*-up> 
fRIT;  <Taaporary  local  rarlabln> 

TWO;  <Local  constant  ■  2  > 

B0LTI1C ;  <Ruabar  of  KC  in  aoltiaircraf t  conflict  (4)  > 

ZZ  (sol?  ge  boltirc) 

THRU  OOIRD  «  TRO: 

ELSBIf  (PREQ  5fl  JROEQ  2S  PREQ  22  JBOTBEQ) 

THEH  OOIRD  «  1; 

OTHBRRISE  TH»T  «  TSQ  (eqnippad_»C)  /  TSQ (Qnaqnippad_lC)  ; 

IP  (PRUT  U  PDPIHH.VH1TTH) 

THEB  OOIRD  «  TRO; 

ELSE  OOIRD  »  1; 

512  ORCOR/ORCOR_IRDEI_DETERHIR»TIOR; 


DETECT  TASK  LOB-ISPBL  LOGIC 


9.  TRAFFIC  ADVISORY  TASK 


9.1  Purpose 


The  Traffic  Advisory  Task  generates  and  stores  data  used  in 
traffic  advisory  messages  to  equipped  aircraft.  When  the 
Detect  Task  (Section  8)  finds  that  a  pair  qualifies  for  traffic 
advisories  or  ATCRBS  Track  Blocks,  Detect  Task  sets  appropriate 
flags  in  the  Encounter  List  entry. 

ATARS  must  generate  a  unique  set  of  messages  for  every  equipped 
aircraft.  For  example,  the  aircraft  in  an  encounter  pair  may 
differ  in  their  equipage  or  level  of  ATARS  service.  In  the 
latter  case,  different  forms  of  messages  are  assembled  for  the 
two  aircraft.  The  Traffic  Advisory  Task  examines  each  subject 
aircraft  in  sequence  and  saves  data  appropriate  to  the 
aircraft's  class  of  service. 

9.2  The  PWILST 


The  data  structure  used  to  store  traffic  and  other 
non-resolution  advisories  is  the  PWILST.  This  is  a  linked  list 
of  entries  for  each  aircraft,  accessed  from  the  aircraft  State 
Vector.  The  list  may  contain  any  or  all  of  the  following  types 
of  entry:  Traffic  Advisory  (Proximity  or  Threat);  Terrain, 
Airspace,  Obstacle  Warnings  (T/A/O);  ATCRBS  Track  Blocks  (TB); 
Altitude  Echo  (ALEC).  The  PWILST  structure  was  Introduced  In 
Section  3.3.2,  and  in  Pseudocode  Section  3.4.  Only  an 
ATARS-e quipped  aircraft  will  ever  have  Traffic  Advisory  or  ALEC 
entries  on  Its  list.  Only  aircraft  equipped  with  ATARS  and 
BCAS  will  ever  have  ATCRBS  TB  entries.  However,  an  unequipped 
aircraft  may  have  T/A/O  warnings  generated  if  it  is  under  ATC 
control,  as  ATC  may  uplink  these  warnings. 

The  PWILST  is  created  an  entry  at  a  time.  Traffic  Advisory 
entries  are  created  as  Encounter  List  pairs  are  processed. 
Entries  are  kept  and  are  updated  on  subsequent  scans.  Each 
entry  specifies  the  aircraft  (or  obstacle)  for  which  it  is 
providing  a  warning,  so  that  duplicates  are  avoided.  All 
entries  are  sorted  into  groups  and  ordered  within  each  group  by 
the  Data  Link  Message  Construction  (DLMC)  Task  (Section 
16.2.1).  To  facilitate  this  ordering,  certain  ranking  data  is 
calculated  by  the  Traffic  Advisory  Task,  while  the  Encounter 
List  entry  is  still  available. 
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Certain  entries  are  created  by  other  tasks.  The  ALEC  entry  may 
be  created  by  either  the  DLMC  Task  or  the  Report  Processing 
Task.  T/A/O  entries  are  created  by  the  task  of  the  same  name 
(Section  6.3). 

The  deletion  of  PWILST  entries  is  discussed  in  Section  16.2.4. 

9.3  Traffic  Advisory  Entries 

ATARS  sends  an  aircraft  all  of  its  traffic  advisory  messages 
from  one  site.  When  an  aircraft  is  in  a  seam  (see  Section 
6.2),  the  site  designated  primary  sends  these  messages. 

However,  ATCRBS  TB  messages  may  be  duplicated  by  sites  serving 
the  pair  of  aircraft. 

9.4  Pseudocode  for  Traffic  Advisory  Task 

The  pseudocode  for  Traffic  Advisory  Task  follows.  The  Match 
Routine  is  used  to  search  for  a  previous  entry  containing  the 
same  object  aircraft.  If  one  is  found,  its  data  is  updated. 

In  this  case,  the  entry  type  may  change  from  Proximity  to 
Threat  or  vice  versa.  If  no  matching  object  aircraft  entry  is 
found,  a  new  one  is  created  and  inserted  in  the  PWILST.  When 
creating  a  new  entry,  the  track  number  field  must  be  set  to  an 
uninitialized  value,  the  END  field  cleared,  and  OLD_TYPE  set  to 
"none. ” 
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TRAFFIC  ADPISORT  TASK  LOCAL  PARAHBTSRS  .  9-P3 

STRUCTURE  TAPABH  .  9-P3 

TRAFFIC  ADTISORT  TASK  LOCAL  TARIABLES  .  9-P5 

S^P UC^URE  TAVBI . 9-P5 

TRAFFIC  ADTISORT  TASK  LOR-LEPEL  LOGIC  .  9-P7 

TASK  TEAFPIC_ADPISOBT  .  9-P7 

PROCESS  pro*laity_daEa_calciilatlon  9-P9 

PROCESS  thr*at_data_calculation  .  ,  .  9-P11 

PROCESS  A»CRBS_tracK_block_calcolatioii . 9-P13 

ROUTISE  HATCH  .  9-P15 
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stbqctops  tapar8 


GPOOP  asg^fortat 

PLT  AtT_5XT_IRCR 
TIT  ALT_BXT_tI8 
PtT  C10CX_I»CB 
PIT  COOPSB_I!ICR 
TIT  PIS2_BRG_IBCR 
PIT  PH2_HDG_IHCR 

GBOOP  ranking 

PIT  LA8G2T 

BUDSTBPCTOP”; 


<incre*ent  for  altitude  extension) 
<lieit  for  altitude  extension) 
<lncreaent  for  clock  position) 
<incresent  for  heading) 

<incresent  for  fine  bearing) 
<incresent  for  fine  heading) 


<large  value  of  tau  for  divergence) 


JHSCKD1W0  PAC*  BLANK-HOT  filmed 


TRAPPIC  ADVISORY  TASK  tOCAl  P1BARBTBBS 
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STBSCTUPH  TkfBl 


SS2HI 

identity 

m 

subject 

m 

object 

si: 

HATCHED 

m 

TEH  P_  TYPE 

££22£ 

calcnlations 

m 

I 

hi 

BBiBIHG 

HI 

OOTP 

Ski 

HEADIHG 

HI 

9»*T»0 

HI 

8* 

III 

gyp 

m 

ET 

m 

FTP 

HI 

FZ° 

gUDSTBOC-IRB: 


<pointer  for  o*n  nircraft> 
<pointer  for  other  aircraft) 
matching  p»ilst  entry  found) 
<teaporary  mine  of  entry  type> 


<interaediate  enlcnlntion> 
<bearing  to  other  alrcraft> 
<nsed  in  calc,  of  range  rate> 

< heading  of  other  aircraft> 
<tan  noed  for  ranking  entries> 
<relatim  x-coordinates) 
<projected  relative  x-coord.) 
<relatlxe  y-coodinatee) 
<pro}ected  relative  y-coord.> 
<pro1ected  relatlm  x-coord.) 


SRSCflJ IHQ 


PA®  BUm.UCT  TllMUD 


tnmc  IDPISOPT  T»SK  LOCXL  ViBXmES 
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‘■'US*  TRkFFIC_kD?ISORY 

IS  (pairs  frou  encounter  list) 

OPT  (PRTLST  entries)  ; 

<Scan  all  enconnter  list  entries.  *or  each  equipped  aircraft, 
generate  traffic  adeisory  and  kTCRBS_TB  entries  as  required 
and  link  onto  aircraft’s  PRTLST  structure.) 

RFPEkT  RHILB  (sore  pairs  on  encounter  list) ; 

Select  encounter  list  entry: 
sub1ect=ac1 : 
object  =ac2; 

LOOP: 

IF  (subject  RTkRS  equipped)  ; 

THEH  IF  (not  priaary  for  subject  kHD  other  site  sees  subject) 

THEM  delete  all  Tk  entries  fron  PRILST; 

EL S El P  (entry  shoes  Tk  Threat  status) 

THEE  PE8P0RH  proxiaity_data_cnlr ulat ion ; 

PERFQHH  threat„data_calcuiation: 

CkLL  HkTCH;  <update  PRILST  entry  or  create  nee  one) 
EL  SEIF  (entry  shoes  Tk  proxisity  status) 

TH EH  PBHFOHH  proxi sity_data_ calculat ion : 

CkLL  HkTCH; 

OTHEHRISE:  <no  Tk  flags  set  or  not  primary) 

JF  (BCkS  flag  set  in  encounter  list) 

THEH  PERFORM  kTCHBS.tr ack.block.calculation; 

EXIT^F  (subject«ac2)  ; 
sob ject»ac2; 
object*ac1 ; 

EHDLOOP: 

smisirn 

EDO  TRkPFIC.RDTISOPT: 


THkPFIC  kOTISOHT  TkSE  HIGH-LEYEL  LOGIC 
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TUSK  TBAFFIC_ADVISORY 

<scan  all  encounter  list  entries.  For  each  equipped  aircraft, 
generate  traffic  advisory  and  ATCfiBS_TB  entries  as  required 
and  link  onto  aircraft's  PSILST  strnctore.> 

IS  (pairs  froa  enconnter  list) 

OPT  (PSILST  entries) ; 

BEFE!1*  ami;  (lore  pairs  on  encounter  list)  ; 

Select  next  ELEStSY; 

SOBJFCT-ELESTBT. ACID1 ; 

OBJECT-  ELESTB  Y.  ACID2: 

loop; 

IF  (SOBJECT->SYECT.ATSEQ  FJJ  SAEQ  or  SABSQ) 

THPS  IF  (SOBJECT->SYECT.PSTAT  BQ  SFALSE  ASD  any  Other  site  bit 
set  in  SVECT. GBOG) 

TUBS  delete  all  TA_?ROX  and  TA_TH»BAT  entries  froa  PtiLST; 
BLSBIF  (BLESTBT .  T 1RSQ  ISO  (BLBKTBY.  FPIFLG  25  BLESTBT.  PPSFLG)  set) 
THES  PEBFOPS  proxiaity_data_calculation; 

PEBfobh  threat_data_cnlcalation; 

CALL  BUTCH 

II  (TA  entry,  object  1C  ID) 

I BOOT  (subject  1C  PHILST)  ; 

E1SEIF  (BLESTBT.  TIB  EQ  U£  SQI  (BLESTBT.  FPIPLG  25  BLESTBT.  PPSFLG)  ) 
TBFS  PEBFOBH  proxi aity_data_calculation ; 

CALL  HITCH 

II  (TA  entry,  object  AC  ID) 

IHOPT  (subject  AC  PSILST)  ; 

OTHBBSISF :  <no  fl  flags  set  or  not  priaary> 

II  (ELEHTBT.  BOPFSEQ  set) 

THES  PEBFOBH  ATC8BS_track_blocA_calculation ; 

SXITIF  (SUBJECT  12  BLESTBT.  ACI D2) 

SUBJECT- BLESTBT.  ACID2 ; 

OBJECT- BLESTBT. ACI 01 : 

ESDIOOP; 

ES5BSPEAT: 

112  TBAFFIC_ADTtSORT; 

-  TSAPPIC  AOFTSOBT  TASK  LOS-IBTBL  LOGIC  - 

9-P7 
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PROCESS  proxiai* p_4ata_calculatlon: 

<coapute  lata  for  Tk  aessage  according  to  kC  class  of  kTkSS  service  (Tk_class).> 

Compute  clock  bearing; 

Coapnta  relative  altitude;  especial  code  indicates  altltade  unknown) 

Compute  range; 

Coapute  coarse  of  object  kC; 

Coapute  weighted  range; 

» 

Save  negative  in  rank  data;  <saallest  range  ranks  highest> 

IP  (Tk_class  SI  °> 

THEM  Coapute  fine  bearing; 

Save  object  kC  kTC  control  state; 

Save  object  kC  kTkRS  eguipage  state; 

JF  (Tk_class  SI 

THEE  coapute  object  kC  groundspeed; 

Save  object  kC  cliab  performance; 

Save  object  kC  abbreviated  data; 

ESP  proxiai*-y_data_calculatlon; 


TSkPFIC  kDEISORT  TkSP  HI0B-LETS1  10GIC 
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PROCESS  proxi»ttf_data_calcalation; 

<coipute  data  for  TA  isg  according  to  AC  TA_class  of  service)- 
<fnnction  IIT(x)  means  take  integer  part  of  (x»0. 5)  > 

<suffix  1  leans  S0BJECT->S7ECT.  suffix  2  leans  OBJBCT-)STBCT.  > 

BI  =  X2-X1; 

BT  =  T2-T1 ; 

1  =  SX*XD1  t  sr*iDi; 

BEABIIG  =  ABC  COS  (A/S0BT{  (ELE1TBT.  BABGE2)  •  (XD1«»2  ♦  TD1»  =  2))): 

Correct  BEABIHG  for  proper  quadrant; 

TA_PB0X.CL0CE_B5G  «  1ST (BEABIIG/C10CB_ISCfi) ; 

X£  (TA_PSOX.CLOCE_BBG  Efl  0) 

THEN  TA_PBOX.CLOCK_BBG  =  12; 

TA_PBOX.  BEL_ALT  =  22-21; 

TA_?P0X.  BANGE  =  SQST  (EtES*BT.  RAIGE2)  : 

HEADTIG  =  ABC  COT(TD2/XD2)  ; 

TA_?»OT.COt1BSB  =  I  ST (HEADISG/COGB S*_ISCP)  ; 

Correct  TA_PBOX. COOBSE  for  proper  quadrant; 
if  (T»_PROT.COOBSS  =  3) 

THE!  TA_PPOX. COURSE  =  0; 

TA_PB0X.  BAIGE_«EIGHTED  =  Teo's  coipleient  of 

BT**2  ♦  9  T**  2  ♦  STSTEH.  TIEIGHT*  (22-21)  *«2  ; 

TA_°R0X. TAB  =  0; 

if  (SUBJECT-)  SIECT.  ACLASS  £B  ICLO) 

-SB  X  ’•A_PBOT.  f ISE_BBG=I ST  ((3EARISG-  (CiOCI_BBG-0.  5)  «CLOCX_ISC?)  /fIIB_39G_IICB)  ; 
"‘A_®BOX.COITBOl  »  OBJECT-  >  STBCT.CBSC; 

TA_®BOT. ATA?S_BQP  *  OBJECT-)  STECT.ATSEQ; 

U  ("•J*CT->  SIECT.  ACT.ASS  *2  *Ct2) 

~1»I  TA_®ROr. GRSD_SPEED  =  SQRT(XD2**2  t  TD2»*2); 

•=A_PBOX.  CtIBB_PEBP  •  OBJECT-)  SIEC®.  ACLP  ; 

TA_E*OX.  A8BBBT  -  OBJECT-)  STECT.  SCAB; 

BID  proxlil*f_data_calculatlon; 

-  TBAPfIC  AOITSORT  TASK  LOI-LBTE1  LOGIC  - 

9-PB 
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PfOCSSS  threat_data_calculatlon; 

ccoapute  data  for  thraat  asg  according  to  1C  Tl_class  of  service.  > 

If  (aaneuvering  targat  flag  sat) 

TBSli  coapute  pseudo-tau  fros  ranga  and  velocities; 

<a  worst-case  tan  if  the  pair  torns  head-on> 
ft SBIf  (the  pair  is  diverging) 

*l*Heil  Tau«large  constant; 

OTSef SISt  Dse  horizontal  tan  froa  Detect  task; 

Sava  negative  of  taa  in  rank  data;<saall  tan  gets  highest  rank> 

I*  (TX_class  Bfl  0) 

fHEB  Save  object  1C  1?C  control  state; 

save  object  1C  1TXRS  equipage  state; 

RISC  coaputa  predicted  horiz.  aiss  distance;  Ctracked  data  onlv> 

Coapute  object  1C  vertical  speed;  Casing  tracked  data  onlf> 

Coapnte  relative  altitude  extension  field; 

Coapute  fine  heading  field; 

If  (strong  turn  delared  for  object  aircraft) 

THRU  Save  object  aircraft  turn  status; 

8LSf  Indicate  object  aircraft  not  turning; 

*WP  threat_data_calculation; 


TRlfflC  IDfISOft  TISf  HIOR-tSTBI.  IOSIC 
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PROCESS  *hreat_data_calculation; 


Change  entry  TYPE  to  TA_THESAT; 

Change  ',4_PSor  fields  to  corresponding  TA_THRBAT  fields; 

If  (BLEBTRE. flTTPLG  set) 

THEE  RBKTAO  *  ELSSTRT.  RABGE2/ (ELEBTRY .  ACI D1-)  SYECT.  YSQ 
♦  ELEBTRY.  ACTD2-)S  YECT.  YSQ)  ; 
ft  SSI  P  (BLEBTHY.  DO*  £T  SZSRO) 
tHBB  RBKTAO  ■  LARGET; 

OTHERWISE  RBKTAO  =  ELEBTRY. TH". 

TA_THPSAT.?AO  =  T*o<  s  cpnpleaent  Of  BBKTAO; 

Ccoepute  data  for  threat  asg  according  to  ic  TA_class  of  service) 

IE  (SOBJECT-)  SYECT.  ACLASS  Efl  *CL0) 

TH»B  tA_THREAT. CORTROL  =  OBJECT-)  SYECT. CD HC; 

TAJTHBSAT.  ATARS_EQP  =  OBJECT-)  SYECT. ATSEO; 

ELSE  t  A_THBEAT.  HBD  ’  SORT  (ELEBTRY.  BD2)  ; 

TA_THREAT. YERT_SPD  =  Z  D2 ; 

IP  (ABS(HEl_ALT)  ALT_EXT_tIH) 

THBB  TA_THREAT.RSt_ALT_EXT  =  0; 

ELSE  TA_THRSAT.REL_ALT_EXT  = 

IET(  (ABS(RPt_AtT)-ALT_EXT_Lin)/AtT_BXT_ISCR)  ; 
TA_THREAt.  PIBE_HDG  = 

IBT  (  (HEADIBG  -  (C00RSE-Q.5)  *COORSE_IBCR) /PISE_HDG_ISCR) 
IE  (OBJECT-)SYECT.TDBB  12  SSTRBGLPT  2E  JSTBBGRGT) 

THEB  TA_THRBAT. TORB  =  OB JECT— > SYECT. TDRB ; 

ELSE  TA_THRBAT. TORB  =  XSTRAIGHT; 


EBP  threat_data_calcnlation; 


TRAPPIC  ADYISOBY  TASK  LOW-lBYEt  LOGIC 
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PROCESS  ATCRBS_track_block_calculation; 


Sat  subject  AC  -  the  BCAS-equipped  AC; 

Sat  object  AC  ■  tha  othar  AC; 

CTO  (laid  -  0; 

Project  both  aircraft  straight  ahaad  for  one  scan; 

Compute  ranga  in  nai; 
compute  range_rate  in  knots; 

Cosputa  baaring  fros  subject  aircraft  <BCAS-equipped>  to 

objact  aircraft  <ATCSBS>  in  dagraas  saasorad  positive  clockaisa  froa  north; 
<baarlng  rafars  to  aircraft  positions  only,  not  haadings> 

Obtain  projactad  aitituda  of  objact  aircraft  in  fast; 

Obtain  vertical  rata  of  objact  aircraft  in  ft/s; 

Type  »  ATC*BS_TB  entry; 

CUI  BATCH;  <Store  range,  range_rate,  baaring,  aitituda,  and  vertical  rate 

in  PVIIST  antry> 


yyp  ATC*BS_t rack_block_calcu lat ion ; 


TRAFFIC  ADVISOR!  TASK  HI8H-IRTRL  tOOIC 


g-Fi2 


PBOCBSS  ITCSBS_tr»clc_bloc)t_c*lcnl»tloD 


IE  (BLSBTST. ACID1->  STBCT. ATSBQ  JJfi  3  ABBQ) 

THBH  SUBJECT  -  BLBHTBT.  ACID1; 

OBJECT  -  BLBHTBT . ACXD2 ; 

BtSB  SUBJECT  «  BIBBTBT. ACID2: 

OBJECT  -  BLBHTBT. 1CID1 ; 

(b affix  1  laans  SUBJBCT-> STBCT.  aafflx  2  bbbds  OBJBCT->STBCT.  > 
CLTAP  ATCBBS_TB. BED; 

BIB  »  XP2  -  XP1 J 
RTP  «  TP2  -  TP1 ; 

BZP  ■  IP2  -  JP1; 

ATCBBS_?B.PAHGE  -  SOHT(HIP**2  ♦  BTP**2  ♦  PZP**2)  ; 

OOTP  ■  HIP*  (XD2-XD1)  ♦  RTP*  (TD2-TD1)  ♦  BZP*  (ZD2-2D1)  ; 
ATCHBS_TB.RAH<JE_HATB  -  DOTP/ATCR8S_TB.  BASSE; 

ATCHB3_TB. BEABIHG  -  ABC  TAB  (HXP/HTP)  ; 

Corracf  ATCBBS_TB. BBABIHO  for  propar  qaadrant; 

ATCRBS_TB.  ALT  •  22  ♦  2D2*5T5TBB.  SCABT; 

ATCHBS_TB.TERT_BATB  »  ZD2; 

Type  «  ATCPBS_TB  oo*.ry; 

CALL  BATCH 

IE  (ATCRB3_TB  an*ry  »lth  ObjBC*  1C  ID) 

IBOUT  (aabjact  AC  Pi II ST) ; 

bub  ATCBBS_tracA_blocA_calcaIaBlob; 


-  TBAPPIC  ADTISOBT  TASK  LOU-lBTBl  LOGIC 
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ROCITIMB  HATCH 

I ■'  (TA  entry  wi*h  object  AC  ID) 

I  ROOT  (subject  »C  PVIIST)  ; 

<Search  P*II,ST,  update  old  entry  for  object  AC  or  create  nee  entry. > 

REPEAT  WHILE  (entries  on  subject  PWILST  of  type  desired)  ; 

<type  TA  or  ATCPBS_TB> 
i?  (entry  lD=object  AC  ID) 

•"HER  found  aatch; 

ELSE: 

EXITtf  (found  aatch)  ;  <pointing  to  aa.tched  entry> 
rind  neat  entry; 

ERD9SPEJ(T; 

Ip  (found  natch) 

TIER  Saee  old  type; 

Replace  entry  data  with  new  entry;  <type  aay  change> 
SLS2  Link  entry;  <pro*  or  threat  at  top  of  pwitsT, 

ATCRBS_TB  at  bottoa> 

Store  nee  entry  data; 

Old  type«none;  <only  applies  to  pro*  or  threat> 


D  BATCH ; 


THAEPIC  ADTISOET  TASK  RIGB-LETEl  LOGIC 
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RODTIHE  HATCH 


IH  (TA  entry  with  object  AC  ID) 

IHOOT  (sabject  AC  PSILST) ; 

^search  PfILST,  opiate  old  entry  for  obj.  AC  or  create  new  entry> 

CLEAR  RANCHED; 

REPEAT  WHILE  (entries  on  sabject  PRILST  of  type  desired)  : 

<type  TA  or  ATCR 3S_TB> 

IT  (entry  OBJ_AC  E£  OBJECT) 

THEM  SET  BATCHED; 

3L53: 

gXITIF  (HATCHED  set) ;  <pointing  to  watched  entry> 

Find  next  PRILST  entry; 

EHDREPEAT : 

IF  (HATCHED  set) 

TH  EH  mT HP— TT  PF  =  old  type; 

Replace  entry  da*a  with  new  enttw;  <tyoe  way  change) 
OLD_TTPE=TEHP_TTPE; 

ELSE  Link  new  entry;  <Prox  or  threat  at  top  of  PSILST, 

ATCRBS_TB  at  bottow) 

Store  new  entry  data; 

OLD_TIPE=none;  <onlw  applies  to  Prox  or  ‘hreat) 


EHD  HATCH; 


TRAFFIC  ADTISORT  T ASH  LOW-LETEl  LOGIC 
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10.  SEAM  PAIR  TASK 


10.1  Purpose 


A  set  of  responsibility  rules  is  used  to  prevent  duplicate 
action  by  neighboring  sites.  This  task  determines  the  site's 
responsibility  to  perform  resolution  or  controller  alert  for 
each  pair  on  the  Encounter  List.  When  resolution  is  to  be 
performed,  this  task  creates  a  Pair  Record  if  none  exists.  If 
any  connected  sites  are  giving  service  to  either  aircraft,  this 
task  sends  a  message  to  these  sites  to  claim  the  pair  for 
resolution.  The  task  also  determines  whether  resolution  pairs 
are  to  be  processed  by  Master  Resolution  (Normal)  Task  or 
require  ground  line  coordination  first,  before  Master  Resolution 
(Delayed)  Task.  If  conditions  have  changed  so  that  own-site  is 
no  longer  responsible  for  resolution,  resolution  deletion  status 
is  indicated. 

10.2  Site  Responsibility 

ATARS  resolution  responsibility  is  in  most  cases  assigned  to  a 
single  site  for  each  individual  aircraft  pair.  If  an  equipped 
aircraft  is  in  a  seam  (Section  6.2),  that  aircraft  may  receive 
resolution  advisories  from  different  sites  due  to  different 
threats,  or  In  certain  cases,  due  to  a  single  ATCRBS-e quipped 
threat.  As  an  aircraft  flies  into  or  out  of  sites'  coverage 
areas,  those  sites'  responsibilities  may  change.  The  same  Is 
true  when  a  site  drops  service  for  an  aircraft  due  to  lack  of 
target  reports.  Finally,  when  an  ATARS  site  sees  a  conflict 
pair,  it  always  has  priority  over  BCAS  for  resolution  of  the 
conflict . 

The  responsibility  rules  are  complex,  to  account  for  numerous 
combinations  of  aircraft  equipage  and  site-to-site 
connectivity.  These  rules  are  applied  on  a  pairwise  basis 
between  sites.  Where  three  or  four  sites  see  the  same  pair,  the 
rules  ensure  a  single  site  taking  responsibility. 

1.  ATCRBS  ~  ATCRBS  Conflict 

Own-site  is  responsible  for  controller  alert. 

2.  DABS  -  DABS  Conflict 


a.  For  Initial  resolution,  own-site  is  responsible  if 
highest  common  site  ID  of  both  aircraft  is  own-ID. 
If  connected  sites  see  either  aircraft,  responsible 
site  sends  claim  message  to  establish  Pair  Record 
at  other  site  showing  that  site  responsible. 
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b.  On  subsequent  scans,  if  Pair  Record  exists  and 
shows  a  connected  site  in  charge,  own-site  is  not 
responsi ble. 

c.  If  Pair  Record  exists  and  shows  handoff,  site  uses 
highest  ID  rule  as  in  (2a)  to  decide  own 
responsibility . 

d.  If  Pair  Record  exists  and  shows  a  non-connected 
site  in  charge,  own-site  responsible  if  own-ID  is 
higher  than  that  site's  ID. 

e.  If  no  Pair  Record  exists  but  both  aircraft  are 
receiving  advisories  from  a  common  ATARS  site,  then 
(2a)  does  not  apply.  If  no  site  with  a  higher  ID 
than  own-ID  sees  both  aircraft  and  is  giving 
resolution  advisories  to  both,  then  own-site  is 
responsible.  Otherwise,  own-site  is  not 
responsible.  This  test  is  repeated  every  scan,  for 
as  long  as  own-site  sees  a  need  for  resolution  or 
controller  alert. 

3.  DABS  -  ATCRBS  Conflict  With  Both  Aircraft  Above  Altitude 

ALTDC 


a.  If  no  Pair  Record  exists  containing  the  DABS,  or  a 
Pair  Record  exists  and  indicates  handoff,  then  if 
own-ID  is  the  highest  site  ID  set  in  the  DABS 
aircraft,  own-site  is  responsible.  If  a  higher  ID 
site  sees  the  DABS,  own  is  not  responsible. 

b.  If  a  Pair  Record  exists  for  the  pair  and  shows  a 
connected  site  responsible,  then  own  is  not 

re  sponsible. 

c.  If  any  Pair  Record  exists  containing  the  DABS  which 
shows  a  non-connected  site  responsible  whose  ID  is 
greater  than  own-ID,  then  own  is  not  responsible. 

d.  If  (3c)  does  not  apply  and  a  Pair  Record  shows 
own-site  responsible,  then  own-site  remains 
responsible. 

e.  If  all  Pair  Records  containing  the  DABS  show  lower 
ID,  non-connected  sites  responsible,  then  own-site 
is  responsible. 
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The  effect  of  (3)  for  non-connected  sites  is  to  create  a 
"hand-off"  using  site  ID's  when  an  aircraft  flies  from  a 
low-ID  site's  interior  into  a  seam.  When  in  the  seam,  the 
low- ID  site  keeps  sending  resolution  using  rule  (3d),  while 
the  higher  site  begins  sending  resolution  using  rule  (3e). 
After  the  low-ID  site  reads  down  the  other's  resolution  and 
creates  another  Pair  Record,  it  applies  rule  (3c)  and 
removes  its  resolution.  (See  Resolution  Deletion  Task, 
Section  15). 

4.  DABS  -  ATCRBS  Conflict  With  One  or  Both  Aircraft  Below 

Altitude  ALTDC 

a.  If  no  Pair  Record  exists  or  the  Pair  Record 
indicates  handoff  status,  then  if  the  DABS  has  no 
resolutions  from  another  site  (excluding  any  from 
the  site  handing  off  responsibility)  or  if  any 
resolution  advisories  are  from  a  lower-ID  site, 
then  own-site  is  responsible.  If  the  DABS  has  any 
resolution  advisory  from  a  higher  ID  site 
(excluding  handoff),  then  own-site  is  provisionally 
responsible. 

b.  If  a  Pair  Record  shows  a  connected  site  in  charge, 
then  own-site  is  not  responsible. 

c.  If  a  Pair  Record  shows  a  non-connected  site  in 
charge,  then  responsibility  is  determined  by  the 
source  of  the  DABS  resolutions  as  in  (4a). 

The  status  "provisionally  responsible"  is  indicated  in  the 
Encounter  List  entry  to  signal  Master  Resolution  Task 
(Section  12)  to  test  the  higher  site's  resolution 
advisory.  If  it  appears  adequate,  own-site  will  not 
complete  resolution;  otherwise  own-site  will  resolve. 

10.3  Pseudocode  for  Seam  Pair  Task 

The  pseudocode  for  Seam  Pair  Task  follows.  The  local  variable 
0_ID  i 8  used  to  hold  the  correct  own-site  ID  to  use  for  each 
pair  tested.  This  is  always  equal  to  the  SYSTEM. OWNID  except 
while  operating  in  the  Backup-Master  mode  (Section  17.3.2), 
where  a  different  ID  is  sent  to  aircraft  in  the  Center  zone. 
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sear  nn  task  iocii  . . . 

STROCTORE  . . . 

SEAS  PI  13  TASK  LOCAL  TIRIASLES . . 

STSOCT0RE  SEABfBL  .  10-P5 

SEAR  PIT?  TASK  LOR-LETEL  LOGIC . . 

TASK  SEAH_PAIR . 10-P7 

PROCESS  responsibility  ..  .  10-P9 

PROCESS  DABS-DABS_rssponsibility  .  10-P11 

PROCESS  high_altit«as_DABS-ATCRBS_r*sponsibility . 10-PI 3 

process  low_altitaa«_oiBS-ATCSBS_rssponsibility  .  10-P15 


10-PI 


STROCTORS  SEASPARR 


2222?  siscellaneoas 
PLT  AI.TDC 

ERDSTR0CT08 1: 


<«,ltitude  of  good  daal  sensor  coTerage> 


rascmiwo  pag*  bum c-wot  tiukd 

I 


S!IK  PAIR  '’ASK  LOCAL  PARAMETERS 
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I 


STHIKTQgg  SgiHVBt 


C800P  Biscellaneooa 
SIT  RffSP 
1ST  TSST_ID 
1ST  0_ID 

gSDSTBOCTOBB: 


<o»a  tit*  rtapoatlftlt  far  r«tolation> 

<t*tp.  ttoragt  f or  tatting  variant  tita  I0»> 
<taiat  of  ovn-titt  ID  to  ntt  for  tbit  pair> 


nscauta  am  bux-wt  m*t 

I 


sens  mi  rm  loeu  hiiiius 
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TASP  SEAH_PAIB 


u  (state  vectors) 

OPT  (aessages  to  connected  sites) 

I  HOOT  (sector  encounter  list,  conflict  tables): 

<Deteralne  site  reso lotion  responsibility  for  pairs.  Create  pair  records. > 
BEPPAT  waits  (nora  pairs  on  encounter  list); 

Select  next  encounter  list  entry; 

IP  (resolution  status  OP  controller  alert  status) 

Tg»B  PEBPOBR  responsibility; 

IP  (own  site  not  responsible) 

THEB  Beset  Controller  alert,  fiesolution  status  flags; 

IP  (pair  record  exists  1J[0  shows  own  site) 

THBB  Indicate  resolution  deletion  status; 

ELSE  IP  (resolution  status) 

THEB  £P  (no  pair  record) 

THEE  Create  pair  record; 

<If  DABS— ATCRBS  pair,  DABS  is  AC1> 

IP  (ac1,ac2  are  in  separate  confl.  tables) 
THEB  Barge  conflict  tables; 

Seas  flag  »  logical  OP 

of  seaa  flags  in  old  tables; 

IP  (either  AC  seen  by  connected  site(s)  ) 

J35J  Send  CLAIR  nsgs  to  connected  site(s); 
SET  seaa  flag; 

ELSEIP  (pair  record  shows  another  site  in  charge) 
zid  Store  own  site  in  charge; 

Send  CLAIR  asgs  to  connected  slte(s)  ; 
OTHERWISE ;  <pair  record  shows  own  site  in  charge) 

IP  (seas  flag  set  in  conflict  table) 

XU1  Indicate  delayed  resolution; 

Indicate  aortal  resolution; 

EBP  SEAH_PAIR; 


SEAR  PAH  TASK  HIGH-LET EL  LOGIC 


TAS*  SEAH_?»IR 

III  (state  sectors,  SYSTAR) 

OPT  (messages  to  connected  sites) 

HOOT  (sector  encounter  list,  conflict  tables); 


REPEAT  WHILE  (more  pairs  on  encounter  list)  ; 

Select  next  ELBETRT; 

JR  (EtEHTRT.  PAREQ  set  <£S  *t  ERTRT.  CHAR  EQ  set) 

T3ER  PER FORE  responsibility; 

IF  (RESP  E£  JFALSE) 

TREE  CLEAR  ELBETRT. RASEQ  and  RLEBTRY.CEARBQ; 

II  (pair  rec.  exists  A12  PREC.ATSIO  0_ID) 

THEE  SET  ELESTRT.RDRBf}; 

ELSE  II  (ELBETRT. RAREQ  set) 

THEE  IF  (no  pair  record) 

THEE  Create  pair  record; 

<If  dabs-atcrbs  pair,  sake  dabs  aci> 

12  (ELBETRT.  ACID1->STFCT.CTPT> 

EE  ELBETRT.  ACID2->STECT. CTPTR) 

THBE  Herge  conflict  tables; 

CTHEAD.SEAH  =  logical  OR 

of  CTHEAD. SEAS' s  in  old  tables; 
12  (either  AC  STBCT.GEOG  contains 


smsmi: 

BED  SBAH_PAIR; 


connected  site  (s)  ) 

THEE  Send  CLAIR  messages  to  connected  site(s) ; 
SET  CTHEAD.SEAH; 

EL5EIF  (PRBC.ATSID  IS  0_ID) 

THEE  PSEC.  ATSID  ■  0_ID; 

Send  CLAIR  messages  to  connected  site(s)  ; 
OTHERWISE;  <pair  record  shoes  own  site  in  charge> 

IF  (CTHEAD. SrAH  set) 

THEE  SET  ELBETRT. DELRBQ; 

SiSS?  <  normal  resolution  > 


SEAR  PAIR  TASK  LOt-LBTBl  LOGIC 
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PHOCESS  caaponalbillty; 


<D*t*caln*  ahathae  oan  alt*  1*  caaponalbl*  for  palr.> 

JJ  (Backop-aaatae  aoda) 

TBBB  Dataraloa  o*n_ID  to  aa*  foe  taating  this  pale; 

X£  (acl  la  ATCftBS)  Iffi  (ae2  la  ATCBB3) 

THEM  oan  eaaponslbla;  <foe  conteollae  alact  only> 

BLSBIP  (ad  is  BIBS)  XU  (*<=2  la  DABS) 

rugs  pbb FOBS  DABS-DABS_eaapon*lbllity ; 

OTHSBWISB  <DABS-A*CBBS  conflict) 

XI  (both  AC  high  altltoda) 

THSB  PEBPOBH  n:<jh_altitoan_DAB3-ATCBBS_eosponsiblllty 
ELSB  PBsyOBH  ].o*_altitod#_D ABS-  ATCB  BS_responslblllty ; 


EBP  rasponalblllty; 


SCAB  PATH  TASK  HIGH-LET EL  LOGIC 
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PROCESS  responsibility; 


i£  (SYSYA8.HASTB1  Jfl  SEALSB) 
mi  0_IB-SISTEa.O«BIB; 

BISEIf  (AC1->SYECT.CBBTB  set  AC2->SYECY. CBITB  set) 

THBB  0_IB«SYSTAB.FAILSB;  <us*  failed  ait*  IB  la  C*nt*r  xon*> 

EISEir  (AC1->S?ECT.CBST8  not  a*t  AC2->SYECT. CBBTB  not  a*t) 

THEE  0_IB-ST3TBB.0»«B; 

OTBSBBISE  0_IB«high*r  Of  SYSYA8. E1ILEB  or  STSTBH.01BT0; 

<confilct  spilt  b*t***n  own  6  C*nt«r> 

12  (EtEBTST.  ACIB1->S?ECT.TY?B  YATCBBS  ABB 

ELEBTBY. ACIB2->SYBCT.TYPE  JJJ  S  ATCBBS) 

S2JS  SET  RESPj  <for  controller  alert  only> 

ELSEIP  (ELEBTBY.  ACIB1->SYECT.  TIPS  Jfi  JBABS  ^JLE 
ELSBTFY.  ACI32->SYBCT.TYPB  Jfl  SBABS) 

THSB  PEBf ORB  OABS-BABS_r*sponsibility; 

OTHEFBISE  <DABS- ATCBBS  COnflict> 

IP  (ELEBTBY. ACID1->SYECT.E  gtf  A1TBC  4JI£  ELERTBY.  ACIB2->SY ECT. Z  21  ALTDC) 
THEE  PBBPOBH  hlgh_altitnd*_BABS-ATCBB3_r*sponsibility ; 

ELSE  PEEfOBB  lo»_altitnde_iDABS- ATCRBS_ responsibility; 

EBP  responsibility; 


-  SEAR  PAIR  TASK  LOB  “l  BY  El  LOO^C 
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PROCESS  DABS-DABS.responsibility; 

IE  (  (no  pair  racord  exists)  ABP  (both  aircraft  not  receizing 

ras.  adz.  froa  any  coaaon  aita))  2S  (handoff  bit  aat  in  pair  racord) 

THBB  dataraina  highaat  coaaon  aita  ID: 

IP  (hlghest»own_iD) 

THBB  o»n  responsible: 

BISE  oan  not  raaponaibla; 

Bt SEIF  (pair  record  eziats)  ABP  (site  shown  is  not  own_ID  ABP  is  connected) 
THBB  own  not  raaponaibla; 

BIiSBlf  (pair  record  azists)  ABP  (site  shown  is  not  own_ID) 

<can  get  pair  record  for  aon-connected  site  thru  connected  site> 

'rHEB  12  (that  site's  ID  ST  own_ID) 

IBIS  own  ao»  rasponsibla; 

ELSE  own  rasponsibla; 

OTHEBTSE  tast_id  *  highest  possible  ID; 
own  responsible; 

BEPEAT  BHI1E  (tast_id  SI  own_lD) ; 

EIITIF  (own  not  responsible) 

12  (test  _id  is  not  a  connected  site  ABP  sees  both  aircraft 
m  test_ld  is  giwlng  ras.  adz.  to  both  aircraft) 
ZSEE  own  not  responsible; 

2L22; 

dacraaant  taat_ld; 

BBMBPBAT, 

BID  DABS-DABS_respon Sibil it j; 


SBAB  PAID  TASr  HIOB-tEZBl  109IC 
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PBOCBSS  D IBS- OIBS_respon Sibil it y; 


IP  ((no  pair  record  exists)  IBP  (both  aircraft  not  receiving 
res.  ad».  froa  any  coaaon  site))  £1  (PBBC. H60PT  set) 

THSy  deteraine  highest  coaaon  site  ID; 

II  (highest«0_ID)  <OBBID  or  failed  site_IO  if  set> 

THBB  SBT  BBSP; 

St  SB  CIBIB  BBSP: 

B1SBIP  (pair  record  exists)  4BJ5  (PBBC.  ITSID  HJ  0_ID 

112  is  connected  site) 

THBB  CLBIR  BBSP; 

EISBIf  (pair  record  exists)  Ufi  (PRBC. 1TSIO  53  o_ID) 

<can  get  pair  rec.  for  non-connected  site  thro  connected  site> 

THBB  U  (PBBC. ITSID  gj  0_ID) 

THBB  CLBIP  BBS?; 

BI3B  SBT  BBSP; 

qTHBBBlS?  SBT  BBSP; 

TE5T_ID  »  highest  possible  ID; 

BBPBIT  BHIIB  (TBST_ID  gj  0_ID)  ; 

II  (TBST_ID  is  not  a  connected  site  IBP  is  set  in  both 
SPSCT.  GEOG1  and  580G2 

IBy  both  IC  in  pair  recs  aith  PBBC.  ITSID  S2  TEST_TD) 
THBB  CIBIB  BBSP; 

£UI; 

BIITI?  (BBSP  not  set) ; 
decreaent  TBST_I0; 

awam; 

BBD  DlBS-DlBs.reapoaaiblllty : 


SB IB  Pill  TISX  lOB-lBTEl  LOGIC 


10-Pit 


?SOC?SS  high_altit  ude_DABS-AFCFBS_responsibili  *•  y; 

Search  for  pair  records  for  this  pair  or  with  this  DABS  vs.  unknown  AC; 
IF  (no  such  pair  rec  exists  OB  handoff  set  in  all  such  pair  recs) 

ISIS  DABS  is  not  receiving  any  res.  advisory  for  threat> 

IF  (own_ID  is  highest  in  DABS) 

THEM  own  responsible; 

ELSE  own  not  responsible; 

IISI  <pair  record  exists  and  isn't  handoff> 

IF  (site  in  pair  record  not  own_lD  A  HD  is  connected) 

THEN  own  not  responsible; 

EISEIE  (site  in  any  such  pair  record  GT  own_lD) 

THEN  own  not  responsible; 

VISE  own  responsible;  <own  already  resolving  or  take  over 

fron  lower  ID  site> 


FJJD  hiqh_al*i*nde_DABS-  ATCB BS_respon Sibil it y; 


SEAB  PAIS  T  ASF  SIGH-LEVEL  LOGIC 
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PROCESS  high_al*i*ude_DABS-ATCRES_responsibili*y; 

Search  for  pair  records  for  this  pair  or  this  DABS  as.  a  PREC. PAC*tpsE; 

IP  (no  such  pair  rec  exists  pair  28  PREC.HDOPP  set  in  all  such  pair  recs) 
*2Sfi  <*he  DABS  is  not  receiving  any  res  adv.  for  tbreat> 

IP  (0_ID  is  highest  bit  set  in  STECT.GEOG  of  AC 
whose  STECT.TPE  £2  S DABS) 

*hes  spt  resp: 

ELSE  CLEAR  RESP; 

ELSE  <palr  record  exists  and  PREC-HDOPE  not  set> 

IP  (pair  rec  found  with  PREC.ATSID  5*  0_ID  ASD  is  connected  site) 
TBtS  CLEAR  RESP: 

ELSEIP  (OREC.ATSID  GT  0_ID  in  any  snch  pair  record) 

THEM  CLEAR  SESP: 

ELSE  SET  RESP; 

ESP  high_altltude_DABS-ATCRBS_responsibility: 


SEAR  PAIR  TASK  LOf-LETEL  LOGIC 


10-PI  3 


PFOCPSS  low_altitude_DABS-ATCPBS_resDonsibili*y; 

II  (no  pair  record  exists  for  pair  OB  handoff  bit  set  in  pair  record) 
THBP  IP  (OdBS  has  no  resolntion  advisory  froa  other  site, 
excluding  site  handing  off) 

TBBB  o«n  responsible; 

SLSEIF  (no  OABS  resolution  advisory  is  froa  site  higher 
than  own_ID,  excluding  site  handing  off) 

THBB  own  responsible; 

BISS  own  prowisionally  responsible; 

BLSBIf  (pair  record  shows  connected  site) 

USE  own  not  responsible; 

BLSBIf  (no  DABS  resolntion  adwisory  is  froa  non-connected  site 
higher  than  own_ID) 

TSU  °wn  responsible; 

BIBB  own  provisionally  responsible: 

PUP  low_altitude_DABS- ATCRBS_responsibility ; 


SBAB  PAIR  TASK  HIGH-LBTBL  LOGIC 


10-P’h 


PRQCFSS  lo»_altitude_DlBS-ATCRBS_responsibllity : 

If  (no  pair  record  exists  for  pair  PRBC.IIDOP?  aat) 

TUBS  If  (DUBS  has  do  resolution  advisory  froa  other  site, 
excluding  site  handing  off) 

TBEB  SET  RBSP; 

BLSBTP  (no  DIBS  resolution  adeisory  is  froa  site  higher 
than  o_ID,  excluding  site  handing  off) 

33  SBT  RBSP; 

ELSE  SBT  RESP  and  ELERTRT. RAPROT; 

EISBIP  (PRBC.ATSID  J2  a  connected  site) 

TBEB  Cl BIB  PBSP; 

B1SBIF  (no  DIBS  resolution  adsisory  is  froa  non-connected  site 
higher  than  0_ID) 

TUBS  SBT  SBSP; 

ELSE  SBT  RBSP; 

SBT  EtERTRT.  RAPROS ; 

BSD  lo»_altltude_DABS-ATCPBS_ responsibility; 


SBtfl  P1IR  T1SX  10B-LBTSL  LOOIC 
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11.  CONTROLLER  ALERT  PROCESSING 


Two  tasks  are  covered  In  this  section,  the  Conflict  Resolution 
Data  (CRD)  Task  and  the  Resolution  Notification  (RN)  Task. 
Respectively,  their  functions  are  delivery  of  the  Conflict 
Resolution  Data  Message  and  delivery  of  the  Resolution 
Notification  Message.  These  messages  are  forms  of  the 
Controller  Alert  Message  defined  in  Section  5. 1.3. 2.  The 
Conflict  Resolution  Data  Message  tells  a  controller  that  an 
aircraft  pair  will  receive  ATARS  resolution  advisories  if  both 
aircraft  remain  on  the  same  heading.  This  message  contains  a 
"preview"  of  the  intended  resolution  advisory.  This  preview 
advisory  is  based  on  information  available  to  ATARS  at  the 
moment  of  message  generation.  It  is  determined  only  once  and 
does  not  reflect  possible  changes  in  ATARS  resolution  advisories 
based  on  aircraft  course  changes.  This  resolution  data  is  only 
available  to  the  controller. 

The  Resolution  Notification  Message  is  sent  to  the  controller 
when  one  or  both  aircraft  in  a  conflict  pair  have  been  delivered 
an  ATARS  resolution  advisory.  The  message  contains  the  actual 
advisory  presently  being  displayed  to  the  pilot.  If  the 
resolution  advisory  changes  on  a  later  scan,  the  content  of  the 
message  changes  appropriately. 

11.1  Message  Initiation 

A  Resolution  Data  Message  is  sent  when  the  last  three 
( CRDP ARM . MCTA)  of  five  ( CROP ARM. NCTA)  scans  have  had  the 
controller  alert  flag  set  in  the  Detect  Task  (Section  8),  or  is 
sent  immediately  whenever  the  ICAFLG  flag  is  set  in  the  Detect 
Task.  This  message  continues  to  be  sent,  each  scan  until  a 
Resolution  Notification  Message  is  sent  or  the  last  three  scans 
have  had  no  controller  alert  flags  set  in  Detect,  at  which  point 
the  data  message  is  discontinued.  The  Resolution  Notification 
Message  is  sent  when  any  aircraft  in  the  conflict  pair  has 
acknowledged  reception  of  a  resolution  advisory. 

11.2  Resolution  Pair  Acknowledgement  and  Controller  Alert  Lists 

The  above  operation  is  accomplished  by  maintaining  two  lists, 
the  Resolution  Pair  Acknowledgement  List  (RPALST)  and  Controller 
Alert  List  (CALIST).  Once  an  encounter  pair  (from  Detect)  has 
ICAFLG  or  CAFLG  set  the  first  time,  an  entry  is  made  on  the 
(non-sectored)  CA  list.  During  each  succeeding  scan,  an 
existing  CA  list  pair  is  updated  with  either  a  null  bit  (when  no 
ICA  or  CA  flag  eet)  or  a  set  bit  (when  either  CA  or  ICA  flag  is 
eet)  In  the  eliding  window.  A  scan  is  determined  by  the  passage 
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of  10  seconds  (CRDPARM.CRDSCAN)  or  the  CA  flags  being  set  again 
In  Detect.  A  Conflict  Resolution  Data  Message  is  then  sent  If 
(1)  the  3/5  window  Is  satisfied  or  ICAFLG  is  set  and  (2)  no 
Resolution  Notification  Message  will  be  sent  this  scan  or  has 
been  sent  on  previous  scans*  Deletions  from  CALIST  only  occur 
when  an  entry  has  timed  out  (no  flags  set  in  last  3  scans)* 

The  Resolution  Notification  Message  is  simply  sent  whenever  an 
entry  appears  in  RPALST  (i.e*,  acknowledgement  has  been  received 
of  a  successful  uplink  of  a  resolution  advisory  to  one  or  both 
aircraft).  This  list  is  used  as  a  communication  link  between 
the  RAR  Task  (which  actually  receives  the  acknowledgment)  and 
the  Resolution  Notification  Task.  The  RAR  Task  creates  the 
entries,  while  the  RN  Task  or  CRD  Task  deletes  the  entries.  An 
entry  is  deleted  when  both  the  CRD  Task  (which  checks  to  see  if 
an  acknowledgment  message  is  occurring  this  scan)  and  the  RN 
Task  (which  sends  the  acknowledgment  message)  have  acted  upon 
the  same  pair  or  when  the  RPALST  entry  has  not  been  updated  for 
a  sufficient  time  (times  out).  Entries  are  normally  deleted 
before  a  time  out  condition  occurs. 

11.3  Message  Format 

In  the  pseudocode  (Section  11.4)  the  instruction  "send  message" 
implies  the  message  will  be  formatted  according  to  Tables  11-1, 
11-2,  and  11-3  (all  information  required  for  message  content  is 
available  at  this  point)  and  sent  to  an  ATC  receiving  station. 

It  is  left  to  this  station  or  stations  to  determine  the 
dissemination  of  the  message  within  ATC  facilities,  using  the 
aircraft  identification  fields  in  the  message. 

11.4  Pseudocode  for  Controller  Alert  Processing 


The  pseudocode  for  the  two  tasks  which  comprise  the  Controller 
Alert  Processing  follow.  The  Conflict  Resolution  Data  Task  can 
run  whenever  there  is  an  entry  in  the  Encounter  List  and  is 
dependent  on  the  Detect  and  Seam  Pair  Tasks*  The  Resolution 
Notification  Task  can  only  operate  after  the  RAR  Task  has 
finished  updating  the  Resolution  Pair  Acknowledgement  List. 
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TABLE  11-1 


CONFLICT  RESOLUTION  DATA  MESSAGE  FORMAT1 


BIT  NUMBER 

PARAMETER 

DESCRIPTION 

1-8 

CA  message 
identification 

10000011 

9-32 

ACID1 

AC1  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

33-56 

ACID2 

AC2  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

57-58 

CS1 

Control /equipment  state  AC1. 

59-69 

RA1 

Resolution  advisory  for 

AC1 .  The  code  used  to  enter 
advisories  is  given  in  Table 
11-3 

70-72 

DELI 

Delivery  status  for  AC1, 

DELI  *  001  (CRD  Message) 

73-74 

CS2 

Control /equipment  state  for 
AC  2 

7  5-85 

RA2 

Resolution  advisory  for  AC2 

86-88 

DEL2 

Delivery  status  for  AC2, 

DEL2  -  001 

89 

VI 

Not  presently  used 

90 

V2 

Not  presently  used 

91-92 

AMTYP 

Message  type,  AMTYP  m  00  for 
resolution  advisory 

93-96 

Spare 

1The  contents  of  Tables  11-1,  11-2,  11-3  are  taken  from  Reference  8 


TABLE  11-2 


RESOLUTION  NOTIFICATION  MESSAGE  FORMAT 


The  resolution  notification  message  format  is  the  same  as  Table 
11-1,  except  for  the  DEL  field. 


Possible 

values 

are : 

DELI 

-  Oil, 

DEL2 

-  Oil 

DELI 

-  Oil, 

DEL2 

-  010 

DELI 

-  010, 

DEL2 

-  Oil 

Resolution  advisory  delivered  to 
both  aircraft 

Resolution  advisory  delivered  to 
AC1  only 

Resolution  advisory  delivered  to 
AC2  only 
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TABLE  11-3 


RESOLUTION  ADVISORY  FIELD  CODE 


The  Resolution  Advisory  Field  Is  an  11-bit  field  In  the  Controller 
Alert  Message  which  signifies  the  Resolution  Advisory  that  is  being 
delivered  to  the  aircraft  for  execution.  A  double-dimension 
advisory  has  both  of  the  appropriate  bits  set.  The  field  Is  encoded 
as  follows: 


BIT  POSITION  IN 
11-BIT  FIELD 


1 

2 

3 

4 

5 

6 

7 

8 

BITS  9,  10,  11 
OF  11-BIT  FIELD 

000 

001 

010 

Oil 

100 

101 

110 


RESOLUTION  ADVISORY  INDICATED 


Turn  right 
Turn  left 
Climb 
Descend 

Don't  turn  right 
Don't  turn  left 
Don't  climb 
Don't  descend 


No  vertical  speed  limit 
Limit  climb  to  500  ft/min 
Limit  climb  to  1000  ft/min 
Limit  climb  to  2000  ft/min 

Limit  descent  to  500  ft/min 
Limit  descent  to  1000  ft/min 
Limit  descent  to  2000  ft/min 


<•  *■•»**«*< 
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ms 


COHTBOI.LEB  M.EBT  TISKS  tOCU  PIRIBBTEBS . . 

STR0CTOBB  CRDP1R9  .  11-P3 

COHTROllER  4LBBT  T4SKS  LOB-LEPEL  LOSIC . . 

TASK  C0«PI.rCT_SeS0tffTruif_D*T4 . 11-P5 

PBOCESS  call_RP4_liat  .  ....  11-P7 

PROCESS  update_Cl_liat  .  .  11-P9 

PBOCESS  CRD_Baasag«_dat«raiaatlOB  .  11-P11 

PBOCESS  coapata_confHct_ra«olatiOB_data . 11-P13 

T»SK  RESOLOTIOB_ROTI.?IC4TIOB . . 
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STIOCTOEE  CBDP11H 
along  oTrhi 

IH  bcti  <auabar  of  klta  Is  alldla?  window  which  caseaa 

aaaaaga  to  ba  want  > 

lit  bcti  <alza  of  window  la  bits  > 

I1T  Close hi  <C1D  aaaaaga  rafraah  tlaa  ,  l.t.,  tlaa  hftar  which 

a  zwro  wntry  la  aada  la  alldlag  window  > 

m  HB_TISB_OOT  <aatrl«a  atlU  raaainlng  aftar  B1_?IHB_O0T 
aacoada  ara  dalatad  froa  tha  BPh  Hat  > 

aasiaasim? 


wscmiMj 


PA(*  auiK-dior  JT2UMKC 


-  coiTiouti  uait  tins  iocil  vmairiis 

ii-n 


**'•»**■' 


T1SK  C0HFLICT_RBS01DTI0S_D1T1 


IB  (encounter  list  entries  requiring  Cl  processing, 

controller  alert  list,  CBDVBL,  associated  state 
vectors,  resolution  pair  acknowledgsent  list  (BP1  list)) 

OPT  (conflict  resolution  data  aessage  (CRD)  , 
updated  Cl  list,  updated  BP1  list) ; 

ccontrols  the  generation  of  the  conflict  resolution  data  eessage. 

This  eessage  inforas  the  controller  of  a  resolution  advisory  that 
will  be  sent  to  an  1C  pair  if  no  evasive  action  occurs> 

PFBFOBB  cull_BPl_llsts  <delete  all  entries  that  have  tleed  out> 

PBprORH  update_Cl_list;  <delete  tieed  out  entries,  slide  window 

with  0  fill  if  sore  than  one  scan  has 
elapsed,  generate  CBD  eessage  as  needed> 
loop  (on  encounter  list  entries  requiring  Cl  processing  for  this 
sector)  ; 

Set  next  entry  on  encounter  list  requiring  Cl  processing: 

BIITIP  (no  sore  entries) : 

(pair  not  on  Cl  list) 

THBB  create  entry  on  list; 

Slide  window  and  set  last  bit  of  window  in  Cl  list  entry: 

Update  tine  in  Cl  list  entry; 

IP  (first  tine  CBD  aessage  required  for  this  pair) 

THBB  PBBPOBH  CRD_eessage_detarninatlon ; 

B1S8;  <do  nothing,  CBD  not  required  or  if  required  under  control 
of  update_Cl_list> 

Hark  encounter  entry  as  Cl  processed; 

51US2S: 

BBD  COH*tICT_BBSOLOTIOH_DlTl; 

-  COSTBOLIBR  It BBT  T1SKS  HIGH-tBTEt  LOGIC  - 
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I 


TASK  COHFLICT_RBSOL0TIOS_DATA 

IK  (encounter  list  entries  requiring  Cl  processing, 

controller  alert  list,  CRDPARfl ,  STECT1,  SVECT2, 
resolution  pair  acknowledgaent  (HPA)  list) 

OPT  (Conflict  Resolution  Data  Hessage, 

updated  Cl  list,  updated  RPl  list! : 

PERFORM  cull_RPA_list ;  <delete  all  entries  that  hawe  tiled  out> 

PERFORM  update_Cl_list ;  <delete  tiled  out  entries,  slide  window 

with  9  fill  if  lore  than  one  scan  has 
elapsed,  generate  CRD  aessage  as  needed> 

LOOP  (on  encounter  list  entries  requiring  Cl  processing  for  this 
sector)  ; 

Select  next  entry  on  list; 

BXITIF  (no  sore  entries)  ; 

IF  (pair  not  on  Cl  list) 

THEM  create  entry  on  list; 

Slide  CALIST. RHDSTR  and  set  last  bit; 

CILIST. CITIES  »  present  tise; 

l Z  ((last  CRDPARH.MCTA  bits  of  CRDPARH. RCT1  bits  of  CILIST. RRDSTR  set 
03.  ELERTHT .  ICAPLG  set)  AM  CALIST.  CHDSRT  not  set) 

THEE  PERFORM  CBD_aessage_deteriinntlon} 

SET  CALIST. CRDSET;  (indicate  CRD  aessage  initiated> 

ELSE;  <do  nothing,  CRD  not  required  or  if  required  under  control 
of  update_CA_list> 

CLEAR  ELEH<r8Y.  CALREQ: 

ERDLOOP; 

ERD  C05PIICT_RES0LDTI0R_D AT  A ; 


CORTROLLER  ALERT  TASKS  LOR-LBY  EL  LOGIC  - 
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prociss 


<Bxaainua  all  antrlaa  on  SPllST  and  raaoraa  tlaad  out  antrlas> 

LOOP  (on  all  antrlaa  In  BPi  list); 

Cat  naxt  antry  on  RFllST; 

BXf'If  (no  aora  antrlaa)  j 

IJ  (thla  antry  put  on  loner  tlaa  ago) 

THBQ  dalata  antry; 


MJ2122E: 


eull_RPl_llst ; 


comoLitt  »tm  tkin  hior-litil  logic 
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PROCESS  cull_RPA_list; 


LOOP  (on  all  entries  in  RPA  list)  ; 

Get  next  entry  on  RPALST ; 

EXITIP  (no  sore  entries)  ; 

JF  (  (ST SPUR.  CTIME  -  RPALST.  TIME)  CRDPARH.  HN_TIBE_OOT) 

THER  delete  entry; 


EKDLOOP: 


BSD  COll_RP»_list; 


ComOlLER  ALERT  TASKS  LOW* LET  EL  LOGIC 
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1 


’xrnflm  n  w:  v.._ 


PROCESS  update_C»_list ; 

<Once  CRD  nessage  is  sent,  it  continues  to  be  sent  every  'scan' 
until  (1)  CA  tines  oat,  or,  (2)  resolaion  notification  (RR) 
aessage  is  sent> 

LOOP  (on  all  entries  in  Cl  list)  : 

Get  next  entry  on  CALIST; 

EXITI P  (no  nore  entries)  ; 

IF  (one  scan  has  elapsed  since  last  update) 

THEM  slide  uindou  over  1  bit  and  zero  fill; 

IE  (  entry  has  not  tined  out) 

THEE  update  tine  in  CA  list  entry; 

I?  (CRD  nessage  (tentatively)  required)  ; 

THEM  PERFORR  CRD_nessage_deteraination 
ELSE  delete  entry; 


ENDLOOP; 


SN D  update_CA_list ; 


CORTROLLBH  ALERT  TASKS  HIGH-LETBL  LOGIC 
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PBOCESS  opdate_CA_list; 


<Once  CPD  sessage  is  sent.  It  continues  to  be  sent  every  'scan' 
until  (1)  Cl  tiaes  oat,  or,  (2)  BP  sassage  is  sent> 

LOOP  (on  all  entries  in  CA  list) ; 

Set  next  entry  on  CALIST; 

EXIT1P  (no  sore  entries  on  list)  ; 

IP  ( (SYSVAB.CTIBB  -  CALIST.  C1TIBE)  SI  CBDPABB.CBDSCP) 

THEP  slide  window  ower  1  bit  and  zero  fill: 

It  (last  CHDPABB. BCTI  bits  of  CALIST. BPDSTB  not  all  zero) 
THBP  CALIST. CATIBE  ■  STSVAB. CTIBB; 

If  (CALIST. CBDSPT  £2  ST  BOS) 

THBP  PBBPOBB  CBD_sessage_deter nination ; 
ELSE  delete  entry; 


BPPLOOP: 

END  npdate_CA_list; 


COPT BOLL BB  ALEBT  TASKS  LOB” LET EL  LOGIC 


11-P9 


PROCESS  CRD_aessage_det*ralnation 


<Creates  and  sands  a  CID  ssssags  if  no  IS  aassaga  has  baan  sant 
or  sill  ha  sant  this  scan> 

IP  (HI  aassaga  sant  on  previona  scans  ) 

1 BSli  <do  nothing,  no  CBD  aassaga  ragnirad.  for  this  pair> 

IP  (pair  on  BPA  list) 

T3BB  nark  CALIST  entry  to  indlcata  HH  aassaga  sant  or  will  bo  sant; 

IP  (BB  aassaga  sant  this  scan)  <i.a. ,  81  Task  has  sant  aassaga> 
THEM  dalato  BP A  entry;  <do  nothing  also  as  CBD  not  roqnirad> 
ELSE  danota  CID  procassing  as  dona  in  BPA  antry;  <no  CBD 
aassaga  ragnirad  as  II  aassaga  will  ha  sant  this  scan> 
ELSBIP  (conflict  rosolntlons  not  already  daterainod)  <no  BPA  antry  for  palr> 
THE!  PEBPOBH  coapota_conf lict_rasolntion_data; 

Send  cbd  previa*  aassaga; 

EBP  C3D_*essage_d*t*r Bination; 
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PBOCBSS  CHD_aassaga_dataraination; 


<Craatas  and  sand*  a  CBD  aaaaaga  If  no  BB  aassaga  Baa  baaa  san*. 

or  will  ba  aant  this  acan> 

<on  antarlng  this  procaaa  ths  Cl LI ST  antry  for  this  pair  has 
baan  locatad  on  list> 

1£  (CILIST. ICKSBT  Jfl  STBOB)  : 

THBB;  <do  nothing,  no  CBD  aassaga  ragnirad  for  this  pair> 

IB  (pair  on  BPI  list)  <anst  saarch  IP 1LST> 

THBB  SBT  CtLIST.hCKSBT;  <pravant  nnnacassary  BPhlST  saarches> 

IT  (BP1LST. ChBB  Jfl  STBOB)  <i.a. ,  IB  Task  has  saat  aaasag«> 

THBB  dalata  IPS  antry;  <do  nothing  alsa  as  CBD  not  regnlred> 
ELSE  SBT  BPlLST.CiCBD;  <no  CBD  aassaga  ragnirad  as  BB  aassaga 

sill  ba  aant  this  scan  for  pair> 

ELSE  H  (ChtlST.CBDSBT  JH  STBOB) 

THBB  PBBPOBH  conpnta_conf lict_rasolntion_data; 

Sand  Cl  pravlas  aassaga; 

EBP  CBD_aessage_dateralnation; 
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PROCESS  co«pute_conflict_resolution_data; 

{Generates  resolution  advisories  to  be  inserted 
in  CEO  aessage  for  controller> 

IP  (both  AC  unequipped) 

T355  set  resolutions  to  null  for  both  AC; 

ELSE  IP  (resolution  not  already  generated  for  this  pair) 

THEE  Define  necessary  input  variables  for  PAEB  routine 
CALL  PESOHJTIOB_ADVISOBIES_EVALO ATI08_B0UTIBE ; 
set  resolutions  in  CA  list  entry  for  this  pair; 
OTHEBBISE :  do  nothing  as  resolutions  already  entered; 

EHD  coapute_conf lict_  resolution_data ; 
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PROCESS  co»pute_conf lict_resolution_data ; 


<Generates  resolution  advisories  to  be  inserted 
in  CRD  sessage> 

IF  (SVECT1.  ATSEQ  EQ  SOHEQ  AHD  SVSCT2.  ATSEQ  E^  SOHEQ) 

TBEH  CALIST.RESH1  =  JNOLLHES; 

CALIST. RESV1  *  IHOLLRES; 

CALIST. RSSH2  =  IHOLLRES; 

CALIST. RESV2  =  SROLLHSS; 

ELSE  if  (CALIST. CRDSHT  Sfi  SFALSE) 

THEN  CALL  ASEP_co«putation ; 

SHGDIH  *  STRBE: 

NRCAP  =  SFALSE; 

CALL  PESOLOTIO!»_AD7ISORIES_BVALDATION_ROOTINE 
If  (ELEHTRT,  DOSPTR ,  ASEP,  SHGDIH,  9SCAP) 
OPT  (RADPTH)  ; 

CALIST. HESH1  =  RADPTS  ->  R ADS. HI ; 

CALIST. RES71  *  RADPTH  ->  BADS.  71; 

CALIST. RESH2  =  RADPTH  ->  RADS.H2; 

CALIST. RES72  =  RADPTH  ->  RADS. 72; 

OTHERWISE:  <do  nothing  resolutions  already  entered  in  CALIST> 

ERD  compute_conf lict_resolution_data; 
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TUSK  B!S010TI0B_B0TIEICATI0B 
IS  (BPA  list) 

OPT  (opiated  BPA  Its*,  BP  sassages  to  controller); 

<Sends  a  BB  aessage  for  all  antrlas  on  BPALST  and  deletes  this  entry 
If  CBO  Task  has  rnn> 

iOOf  (on  BP  I  list)  ; 

Set  next  entry  on  BPALST; 

ETITIP  (no  sore  entries  on  list)  ; 

Send  BB  message  to  CD; 

is  (COBPtICT  BBSOLOTIOB  OATA  TASK  has  ran) 

THEE  delete  entry:  <both  tasks  hare  ran,  entry  no  longer  needed> 
EISE  indicate  that  this  task  has  sent  BB  aessage; 


£52122?; 


EBP  PES0L0TI0B_B0TIPICATX0B; 
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TASK  RESOtOTIOH_»OTIMCATIOS 
US  (BPA  list) 

OPT  (updated  BPA  list.  Hi  sessnges  to  controller)  J 

LOOP  (on  BPA  list)  ; 

Get  next  entry  on  BPALST; 

KXr'IP  (no  sore  entries  on  list)  s 

Send  Bit  sassage  to  CA; 

11  (BPALST.CACBD  STHOS) 

THEB  delete  entry; 

ELSE  SET  BPALST.CABi: 


EBDLOOP: 


EHD  RESOLOTION_HOTIPICAT10i; 


HIJ.  GOVERNMENT  PRINTING  OPE  1C*.  I9I1-J41-4JI/12T4-.1-J 


COntOLLta  AL1BT  TASKS  LDI-LITI1  IOOXC 


11-flS 


END 


DATE 
FILMED 


DTIC 


